<smaeul>
ATF uses gerrit for review, so there's a separate link at review.trustedfirmware.org for each commit, but it's everything open that mentions "allwinner"
<megi>
smaeul: is H5 still built as PLAT=sun50i_a64 in your branch?
<megi>
hmm, I'll check, but I don't think I have always-on
<smaeul>
so if there's a phandle reference, it's also enabled
<smaeul>
maybe the more correct semantics would be to check regulator-boot-on only
<megi>
that would probably be better
<megi>
my Linux expects aldo2/PD6 to be disabled at boot
<megi>
any mismatch will break it
<smaeul>
something in the dwmac driver?
<megi>
it's just that phy needs these two being enabled at once together
<megi>
it's fine, because current u-boot doesn't touch AXP or the GPIO pin
<smaeul>
I have to admit I've never actually booted Linux on H6; I've only gotten to u-boot
<megi>
PHY power sequence is finicky, and cooperation between bootloader and kernel is needed on reset for example
<smaeul>
but if s/phandle/regulator-boot-on/ works and boots fine, feel free to send a patch
<smaeul>
(or tell me and I can, too)
<megi>
it would work for me, I really don't understand what problem the phnadle check solves, atm
<megi>
what's the reasoning behind it?
<smaeul>
you'd have to ask apritzel
<megi>
why shout ATF enable all referenced regulators at boot?
<megi>
ok
<megi>
s/shout/should
<megi>
it looks like it would power up everything on board that has a device described in dts
<megi>
it just seems weird
<smaeul>
yeah I agree
<wens>
karlp: no need if mripard_ has accepted them. it just looks a bit off, that's all
megi has quit [Ping timeout: 268 seconds]
<smaeul>
so I solved my H64 "Starting kernel ..." hang. "earlycon=uart,mmio32,0x01c28000", unsurprisingly, does not work on the H6 (correct address is 0x05000000)
<smaeul>
just in case somebody runs into the same issue by reusing a boot.scr from older SoCs
cnxsoft has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
[7] has quit [Ping timeout: 250 seconds]
TheSeven has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
return0e_ has joined #linux-sunxi
return0e has quit [Ping timeout: 240 seconds]
chewitt has joined #linux-sunxi
jelly-home is now known as jelly
vagrantc has quit [Ping timeout: 276 seconds]
chewitt has quit [Ping timeout: 276 seconds]
florian has joined #linux-sunxi
florian has quit [Ping timeout: 276 seconds]
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 246 seconds]
florian has joined #linux-sunxi
selfbg has joined #linux-sunxi
florian has quit [Ping timeout: 246 seconds]
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-sunxi
florian has joined #linux-sunxi
aloo_shu has quit [Remote host closed the connection]
<karlp>
mru: well, still better than trying to use xr819...
<MoeIcenowy>
karlp: use the one from the module vendor
<karlp>
or rtl88.willmysuffixworktodayornot
<MoeIcenowy>
I think one is present in linux-firmware for xr819
<MoeIcenowy>
s/xr819/ap6212/
<mru>
or you pick a realtek part that works, but not very well, without the guesswork
<karlp>
mru: yeah, but you still have to get _just thr right_ realtek part :)
<mru>
indeed
perr has joined #linux-sunxi
<karlp>
at least the new linux stuff will tell you what file it's look for.
<mru>
but we found one that works
<mru>
"works"
<mru>
with a nasty out-of-tree driver
<mru>
but at least we get both wifi and bt
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
<karlp>
murata even says, "NOTE: this Bluetooth patchfiles (*.hcd) are intended as reference only. The user needs to customize the Bluetooth patchfile to meet their HW/SW system requirements." on their patchram files.
netlynx has quit [Changing host]
<karlp>
no reference on how to actually _do so_
<karlp>
mru: well, ap6212 gives me perfectly functoinal wifi+bt now too :)
<karlp>
mru: so which realtek did you choose then?
<mru>
8723du
<mru>
mind, 8723bu doesn't work
warpme_ has joined #linux-sunxi
<karlp>
does that appear as one usb device, or usb+uart, or usb+sdio or what?
<mru>
one usb with several interfaces
<mru>
the u suffix is for usb, I think
<karlp>
and still has heaps of pins for wakeup/irq stuff still.
<mru>
you don't need to use those
reinforce has quit [Quit: Leaving.]
florian_kc has joined #linux-sunxi
reinforce has joined #linux-sunxi
TEKrantz has quit [Ping timeout: 268 seconds]
TEKrantz has joined #linux-sunxi
TEKrantz has quit [Ping timeout: 268 seconds]
TEKrantz has joined #linux-sunxi
perr has quit [Remote host closed the connection]
perr has joined #linux-sunxi
perr_ has joined #linux-sunxi
perr has quit [Ping timeout: 252 seconds]
perr__ has joined #linux-sunxi
perr_ has quit [Ping timeout: 252 seconds]
perr__ has quit [Remote host closed the connection]
perr has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
dddddd has joined #linux-sunxi
elixx has joined #linux-sunxi
selfbg has quit [Remote host closed the connection]
sunshavi has joined #linux-sunxi
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
aloo_shu has joined #linux-sunxi
perr has quit [Ping timeout: 240 seconds]
willmore has quit [Remote host closed the connection]