rellla changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi - *only registered users can talk*
<fALSO> seems that something broke "reboot" on latest linus kernel
<fALSO> on the H3
<fALSO> will need to confirm, seems so
<fALSO> rebooting again
popolon has quit [Quit: WeeChat 2.4]
<fALSO> ignore.... it was something on my side
<fALSO> Linux orangepipc 5.2.0-rc3-00024-g788a024921c4 #40 SMP Tue Jun 4 00:48:58 WEST 2019 armv7l GNU/Linux
vagrantc has quit [Quit: leaving]
bong has joined #linux-sunxi
bong has quit [Client Quit]
techcap has joined #linux-sunxi
techcap has quit [Client Quit]
techcap has joined #linux-sunxi
<megi> jernej: let me know, so that I can update the posted patches
techcap has quit [Quit: Page closed]
suprothunderbolt has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
cnxsoft has joined #linux-sunxi
Andy-D has quit [Ping timeout: 258 seconds]
arc_phasor has joined #linux-sunxi
arc_phasor has left #linux-sunxi [#linux-sunxi]
Andy-D has joined #linux-sunxi
Andy-D has quit [Ping timeout: 272 seconds]
sunshavi has joined #linux-sunxi
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
megi has quit [Ping timeout: 245 seconds]
<MoeIcenowy> paulk-leonov: what's your V3's DDR frequency?
<MoeIcenowy> S3 BSP claims 696MHz, but I think this number is quite crazy
lurchi_ has joined #linux-sunxi
ganbold has quit [Quit: Leaving]
ganbold has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 248 seconds]
OutBackDingo has quit [Ping timeout: 272 seconds]
dddddd has quit [Remote host closed the connection]
selfbg has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Putti has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
BenG83_ has joined #linux-sunxi
BenG83 has quit [Ping timeout: 258 seconds]
OutBackDingo has joined #linux-sunxi
Putti has quit [Ping timeout: 268 seconds]
lurchi_ has quit [Read error: Connection reset by peer]
lurchi__ has joined #linux-sunxi
reinforce has joined #linux-sunxi
<DuClare> MoeIcenowy: Why do you think it's crazy?
lurchi__ has quit [Read error: Connection reset by peer]
lurchi_ has joined #linux-sunxi
lurchi_ is now known as lurchi__
BenG83_ has quit [Ping timeout: 272 seconds]
lurchi__ has quit [Read error: Connection reset by peer]
lurchi__ has joined #linux-sunxi
<paulk-leonov> MoeIcenowy: yeah IIRC it's pretty high
<paulk-leonov> I set 360 for mine
<paulk-leonov> not sure what to make of it
<paulk-leonov> so looks like 696 is legit, but I don't think I've tried it sofar
<paulk-leonov> more like 648 MHz
tllim has quit [Read error: Connection reset by peer]
ldevulder_ is now known as ldevulder
tllim has joined #linux-sunxi
AneoX has joined #linux-sunxi
psydroid1 has quit [Changing host]
psydroid1 has joined #linux-sunxi
psydroid1 has joined #linux-sunxi
MoeIcenowy_PB11 has joined #linux-sunxi
<MoeIcenowy> paulk-leonov: 648MHz seems reasonable, but 696MHz is too high -- Allwinner claims DDR3-1333 for their 40nm SoCs
MoeIcenowy_PB11 has quit [Changing host]
MoeIcenowy_PB11 has joined #linux-sunxi
MoeIcenowy_PB11 has quit [Quit: Leaving.]
MoeIcenowy_PB11 has joined #linux-sunxi
MoeIcenowy_PB11 has quit [Client Quit]
MoeIcenowy_PB11 has joined #linux-sunxi
<MoeIcenowy_PB11> paulk-leonov: thanks, I think I will choose 648 as default value when introducing V3/S3 support to U-Boot
<DuClare> Hmm you got a wip repo with s3 support somewhere?
<DuClare> I'm running s3 off of mainline but I guess it doesn't make best use of the hardware
<paulk-leonov> MoeIcenowy_PB11: feel free to CC me for the U-Boot patches
<paulk-leonov> I also have to add V3 support eventually
yann has quit [Remote host closed the connection]
<MoeIcenowy_PB11> DuClare: I just received the board yesterday.
diego_r has joined #linux-sunxi
<DuClare> Ok
msimpson has quit [Read error: Connection reset by peer]
msimpson has joined #linux-sunxi
lurchi__ is now known as lurchi_
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
MoeIcenowy_PB11 has quit [Remote host closed the connection]
tnovotny has joined #linux-sunxi
jaganteki has joined #linux-sunxi
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
<libv> wens: " where Samsung SLSI will license graphics IP from AMD for use in mobile GPUs."
<libv> amd has been sueing everyone these past few years
<libv> they were the ones claiming that because of patent reasons documents had to spend years with lawyers
<wens> libv: really? didn't hit the news # sueing everyone
<libv> but that was all just excuses for mr bridgman not doing his actual job and instead trying to build up two separate teams
<libv> yeah, i was amazed too
<libv> i have been contacted by a lawyer once in my whole 16y graphics carreer
<libv> somewhere 2015, with the promise of many hours of work
<libv> and it ended up being a phonecall with a lawyer where i was asked what other techniques apart from the public ones, and hard work/clue, i used for REing mali
<libv> and that was the end of that conversation, that was all they wanted to know
<libv> somewhere last year, i googled the lawfirm, and found that amd had successfully sued some users of mali hw
<MoeIcenowy> paulk-leonov: have you tested gadget mode after you modifying the USB code?
<MoeIcenowy> for V3 series
<libv> for a patent that superficially read like tile rendering
<libv> so this line early on is just that
<libv> my feeling is (note, feeling), that amd has only just shied away from sueing imagination, as imagination was likely doing tile based rendering before the patent was filed, and that there is some tiny distinction in the seemingly broad patent
<EmilKarlson> those silly patents
<libv> now, all these companies are always claiming that they do not want details to be visible to the public
<libv> but this was not about details
<libv> this was about the basic rendering segmentation strategy
<libv> and once you read the info about mali and other engines, and you have this patent and are intent on sueing, you can find out the details in what tv-series call discovery
<libv> anyway
<KotCzarny> kicking the lying?
a|3x has quit [Read error: Connection reset by peer]
a|3x has joined #linux-sunxi
<paulk-leonov> MoeIcenowy: yes, it was broken before my changes and the changes made it worj
<paulk-leonov> work
<paulk-leonov> also on H3
<paulk-leonov> I think I still have pending patches in U-Boot for that
Mangy_Dog has joined #linux-sunxi
<libv> ah, no
<libv> unified shaders
<libv> that was the base of the patent claim
<libv> my poor old synapses
<libv> arm mali based hw users got sued for unified shaders
<libv> and it's soo fundamental to modern day rendering that everyone can get sued
<libv> the details are not the big issue
<MoeIcenowy> paulk-leonov: I built linux-next
<MoeIcenowy> and gadget seems to be not working
<MoeIcenowy> (I use FEL to load the kernel
suprothunderbolt has quit [Ping timeout: 245 seconds]
afaerber has quit [Quit: Leaving]
gaston_ has joined #linux-sunxi
afaerber has joined #linux-sunxi
dddddd has joined #linux-sunxi
Andy-D has joined #linux-sunxi
Asara has quit [Ping timeout: 246 seconds]
Asara has joined #linux-sunxi
kaspter has quit [Ping timeout: 252 seconds]
kaspter has joined #linux-sunxi
megi has joined #linux-sunxi
ldevulder has quit [Remote host closed the connection]
sunshavi has quit [Ping timeout: 245 seconds]
ldevulder has joined #linux-sunxi
camus has joined #linux-sunxi
kaspter has quit [Read error: Connection reset by peer]
camus is now known as kaspter
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
<martinayotte> jernej: megi: we've faced the networking issue in Armbian when dwmac-sun8i was compiled in kernel, it has been fixed/workarounded by compile it as module : https://forum.armbian.com/topic/9833-h6-famous-reboot-problem/page/6/
Asara has quit [Ping timeout: 248 seconds]
kaspter has quit [Quit: kaspter]
kaspter has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 248 seconds]
airwind has quit [Quit: airwind]
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
afaerber has joined #linux-sunxi
kaspter has quit [Ping timeout: 258 seconds]
jaganteki has quit [Ping timeout: 256 seconds]
Andy-D has quit [Ping timeout: 272 seconds]
Asara has joined #linux-sunxi
tllim has quit [Read error: Connection reset by peer]
BenG83_ has joined #linux-sunxi
tllim has joined #linux-sunxi
selfbg has quit [Remote host closed the connection]
jbrown has quit [Remote host closed the connection]
afaerber has quit [Quit: Leaving]
jbrown has joined #linux-sunxi
ynezz has quit [Ping timeout: 246 seconds]
afaerber has joined #linux-sunxi
popolon has joined #linux-sunxi
ynezz has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
jernej has joined #linux-sunxi
diego_ has joined #linux-sunxi
diego_r has quit [Ping timeout: 252 seconds]
<jernej> martinayotte: Thanks, I'll test this soon. Anyway, that would suggest timing/initialozation issue.
<megi> jernej: most probably
Putti has joined #linux-sunxi
<megi> btw, during reboot I see phy leds blink, so phy is powered during reboot, and u-boot stages
<megi> then kernel maybe shuts it down and starts it again
<megi> maybe this is where the issue arrises (the time between regulator off/on)
<megi> maybe the phy doesn't power down completely if the off time is short
<megi> and during powerup is in undefined state
cnxsoft has joined #linux-sunxi
<jernej> building it as a module delays probing, so yeah, that may be it
cnxsoft has quit [Client Quit]
<MoeIcenowy> paulk-leonov: the board might have bug -- when I plug the microUSB port to the PC, the ID pin status is low
<MoeIcenowy> I remember low means host mode
cnxsoft1 has quit [Ping timeout: 245 seconds]
<jernej> megi: other solution would be to shut down non-essential power regulators on AXP805 before reboot
<megi> anyway, I use a builtin module and it works for me despite this, but I may just be lucky by having the right timing due to kernel config
<megi> yeah, but how?
<jernej> if drivers behave correctly, they would need to do that anyway at unload time
<jernej> or maybe for built-in drivers this never happens
<MoeIcenowy> megi: I don't think the kernel doesn't shut down the phy
<MoeIcenowy> the regulator shut down process is only done before entering userspace
<MoeIcenowy> and I think dwmac-sun8i probes before entering userspace
<MoeIcenowy> s/only done before/only done just before/
<megi> ok
<megi> the problem then may be in the reset timing of the phy, as the dts has the reset signal configured
<megi> an this doesn't matter in case of module use, because of the poweroff of the phy
<megi> between userspace enter and module load
<megi> perhaps? :)
diego_r has joined #linux-sunxi
diego_ has quit [Ping timeout: 258 seconds]
jernej has quit [Ping timeout: 246 seconds]
<MoeIcenowy> megi: what board?
jernej__ has joined #linux-sunxi
<megi> opi3
<MoeIcenowy> I don't find a board with PHY reset signal defined in linux-next
<megi> it's a proposed patch
<MoeIcenowy> so does it fail on Pine H64?
<MoeIcenowy> (I didn
<MoeIcenowy> 't met it
<megi> no idea, I don't have H64
<megi> jernej: you can also try just removing the reset signal configuration
<megi> from dts
reinforce has joined #linux-sunxi
jbrown has quit [Ping timeout: 258 seconds]
BenG83_ has quit [Quit: Leaving]
tnovotny has quit [Quit: Leaving]
AneoX has quit [Quit: Textual IRC Client: www.textualapp.com]
jbrown has joined #linux-sunxi
Andy-D has joined #linux-sunxi
<jernej__> I confirm that building as a module solves the issue
random_yanek has quit [Ping timeout: 272 seconds]
<jernej__> or better said, workaround works
<jernej__> megi: if I remove reset config from DT, then it won't work at all
<megi> so what's in the dmesg with my original tree?
<jernej__> I didn't try it yet
<jernej__> I will shortly
xade has joined #linux-sunxi
random_yanek has joined #linux-sunxi
jernej__ has quit [Quit: Konversation terminated!]
jernej__ has joined #linux-sunxi
jernej__ is now known as jernej
diego_r has quit [Ping timeout: 245 seconds]
<jernej> megi: nothing suspicious: http://ix.io/1KVz (please ignore CEC messages, out of tree experiment)
<megi> Cannot attach to PHY (error: -19)
<megi> MDIO device at address 1 is missing.
<megi> seems suspicious
<megi> :)
<jernej> oh, I missed that :)
<jernej> that's why I post dmesg anyway :)
<megi> hmm, that MDIO device missing seems quite weird, and early
<megi> looks like some silent phy initialization error
<megi> you may try marking the regulators always on, to see if it's that
xade has quit [Quit: Page closed]
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
jernej__ has joined #linux-sunxi
<jernej__> megi: where did you get bluetooth firmware?
jernej has quit [Ping timeout: 248 seconds]
<megi> check the commit message for the dts patch
vagrantc has joined #linux-sunxi
<anarsoul> maybe phy regulator is missing?
<megi> anarsoul: why would it?
<megi> trouble only starts after reboot
<anarsoul> megi: I haven't checked dts, so no idea
<megi> ok
jernej__ is now known as jernej
ganbold has quit [Remote host closed the connection]
f0xx has joined #linux-sunxi
ganbold has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
ganbold has quit [Quit: Leaving]
jernej__ has joined #linux-sunxi
jernej has quit [Ping timeout: 248 seconds]
jernej__ is now known as jernej
megi has quit [Ping timeout: 268 seconds]
megi has joined #linux-sunxi
sunshavi has joined #linux-sunxi
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
<jernej> megi: I have correct bluetooth firmware which apparently gets loaded but hcitool reports "no such device"
\\Mr_C\\ has joined #linux-sunxi
<megi> what does btmgmt public-addr 00:03:19:9e:8b:00 do
<megi> after running it you should be able to see the device in bluetoothctl
<mru> is it one of those evil devices without a valid public mac address?
<megi> yup
lurchi_ is now known as lurchi__
<mru> how are you supposed to use those sanely?
<mru> buy your own address block and somehow manage them for all devices?
<megi> dunno, create a random one?
<mru> bt doesn't allow that
<megi> hmm
<mru> ethernet has the "locally administered" bit
<mru> bt doesn't
<megi> policy vs. technical reason?
<mru> of course you _can_ just make something up and hope it doesn't collide with some other device
<mru> but then you're in violation of the spec
<mru> at least if I've understood it correctly
<megi> interesting
<mru> with BLE there's something called a "static random" address
<mru> but BR/EDR doesn't have that
<mru> and it seems to be mysteriously broken in the kernel or bluez
<jernej> megi: btmgmt not found
<jernej> please note that I'm running this on constrained distro (LibreELEC), without package manager
<jernej> s/constrained/minimal/
<megi> I dunno if hcitool can be used to set the address
<jernej> maybe I'm missing some patches? I'm using your 5.1 branch
<mru> I couldn't find a way to do it with hcitool
<megi> I don't think so, it works fine, you just need the right tool to set the address
<KotCzarny> hciconfig ?
<jernej> ah yes, hciconfig shows device
<KotCzarny> but i think you still need some daemons to manage connections
<jernej> yeah, I have those
<jernej> "hciconfig hci0 up" produced "Can't init device hci0: Operation not supported (95)"
<megi> you need to set the address first
<mru> and you need btmgmt to do that
<KotCzarny> bccmd ?
<mru> don't follow those instructions
<KotCzarny> :>
<mru> they are old and specific to one vendor
<KotCzarny> yeah, bluez 3x
<mru> just use btmgmt
<mru> it works
<mru> for bluetooth values of work
<mru> i.e. pretty low
<jernej> ok, this works
<jernej> thanks!
<megi> :)
<mru> "this" what?
<jernej> I found that btmgmt is build as part of bluez, just not included in final image
<jernej> so I just copied it over
<mru> yeah, it builds hundreds of little tools that don't get installed
<mru> most of them with slightly overlapping functionality and none of them quite right
<jernej> given that LibreELEC is sometimes picky what gets into final image and what not, I'm not surprised it's not included
<jernej> to keep image size down
<jernej> anyway, should kernel detect that default address is set and generate one random?
<mru> as I said, random isn't permitted
<jernej> even if it doesn't conform to any oui, why should other devices bother with that?
<KotCzarny> starting address with E1:EC:... might be funny
<mru> don't ask me
<mru> I didn't write the spec
<jernej> I worked with BLE LE at my previous job and I'm pretty sure Android phones randomize MAC addresses at some points to improve privacy
<mru> yes, BLE supports that
<mru> BLE is basically a whole new spec
<mru> bluetooth is insane
<jernej> I know, I have to studied it
<jernej> this is similar as newer USB standards
<mru> usb is quite sane by comparison
<jernej> thunderbolt 3 is new USB 4
<mru> usb 3.2 is 548 pages
<mru> BT5 "core" is 2822 pages
<megi> omg
<KotCzarny> how much of it is copy paste with tiny changes?
<mru> tiny but _very important_ changes
<mru> and every vendor missed one or more in unique combinations
<mru> I assume
<mru> hmm, the usb type-c plug spec is 241 pages
<mru> pcie 3.0 is 860 pages
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
msimpson_ has joined #linux-sunxi
msimpson has quit [Remote host closed the connection]
<jernej> it was fun to find bug in Nordic BLE stack in combination with Samsung phones
<jernej> as you said, everyone miss something
msimpson_ has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
msimpson has quit [Remote host closed the connection]
msimpson has joined #linux-sunxi
msimpson has quit [Remote host closed the connection]
sunshavi has quit [Ping timeout: 248 seconds]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
dev1990 has quit [Ping timeout: 246 seconds]
afaerber has quit [Quit: Leaving]
<fALSO> sirs, just flashed the latest uboot , everything boots
<fALSO> but noticed a weird error
<fALSO> ERROR: USB-error: DATAOVERRUN: The amount of data returned by the endpoint exceeded
<fALSO> bla bla bla
<fALSO> i only have a usb keyboard connected to it
<vagrantc> going to have to type a lot slower!
<mru> maybe you're typing too fast :)
<fALSO> ;-D
<fALSO> let me try again witht the keyboard disconnected
<fALSO> yap, without the keyboard: no errors
<fALSO> Linux version 5.2.0-rc3-00024-g788a024921c4 (root@fishy) (gcc version 9.1.0 (Gentoo 9.1.0-r1 p1.1)) #40 SMP Tue Jun 4 00:48:58 WEST 2019
jernej has quit [Quit: Konversation terminated!]
jernej has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
iamfrankenstein has quit [Quit: iamfrankenstein]
nashpa has quit [Ping timeout: 258 seconds]
nashpa has joined #linux-sunxi
nashpa has quit [Ping timeout: 245 seconds]
nashpa has joined #linux-sunxi
f0xx has quit [Ping timeout: 244 seconds]
jbrown has quit [Ping timeout: 252 seconds]
MangyDog has joined #linux-sunxi
nashpa has quit [Ping timeout: 248 seconds]
jbrown has joined #linux-sunxi
nashpa has joined #linux-sunxi
Mangy_Dog has quit [Ping timeout: 248 seconds]
nashpa has quit [Ping timeout: 258 seconds]
nashpa has joined #linux-sunxi
msimpson has joined #linux-sunxi
msimpson_ has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: (Read error: Connection reset by beer)]
msimpson_ has quit [Max SendQ exceeded]
msimpson has quit [Ping timeout: 248 seconds]
msimpson has joined #linux-sunxi
nashpa has quit [Ping timeout: 245 seconds]
msimpson has quit [Max SendQ exceeded]
nashpa has joined #linux-sunxi
dev1990 has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
rellla has quit [Ping timeout: 246 seconds]
a|3x has quit [Ping timeout: 248 seconds]
ldevulder_ has joined #linux-sunxi
a|3x has joined #linux-sunxi
ldevulder has quit [Ping timeout: 252 seconds]
jstein has quit [Quit: quit]
arc_phasor has joined #linux-sunxi
<arc_phasor> hi, is there anything special i need to do to support multi-master i2c on allwinner r16?
MangyDog has quit [Ping timeout: 248 seconds]
lurchi__ is now known as lurchi_
jernej__ has joined #linux-sunxi
<arc_phasor> i'm seeing " i2c i2c-1: mv64xxx: I2C bus locked, block: 1,", only when my stm32 is on and acting as a master
jernej has quit [Ping timeout: 248 seconds]
aalm has joined #linux-sunxi
rellla has joined #linux-sunxi
<karlp> well, for starters, are you _realllly_ sure your stm32 i2c multi master is working well?
<karlp> there's a lot of gotchas there.
<arc_phasor> karlp: i'm not sure, i'm using the HAL layer
<arc_phasor> well whatever is the highest layer of the stm32 drivers
<arc_phasor> Section 3.18 of the datasheet https://www.st.com/resource/en/datasheet/stm32l073rz.pdf says "Up to three I2C interfaces (I2C1 and I2C3) can operate in multimaster or slave modes."
<karlp> I'v eno idea about how linux i2c multi mster works, I'm just saying there's a pile of gotchas on the stm32 side too :)
lurchi_ is now known as lurchi__
default__ has joined #linux-sunxi
popolon has quit [Quit: WeeChat 2.4]
ldevulder_ has quit [Ping timeout: 248 seconds]
jernej__ has quit [Ping timeout: 248 seconds]