20:14 <Kwiboo> CounterPillow: do you have any insights into https://github.com/CounterPillow/u-boot-quartz64/blob/mainline-ish-2/board/pine64/quartz64-b-rk3566/quartz64-b-rk3566.c

20:15 <CounterPillow> nope, I cargo-culted that register write from pgwipeout

20:15 <CounterPillow> I was planning on looking into what it actually does but got distracted by other things

20:17 <Kwiboo> ahh, tested with my quartz64-a and it did not seem to be needed, all 4 usb ports was working without it, and serial is broken on my quartz64-b

20:18 <Kwiboo> hopefully my shippment of a new quartz64-b and soquartz should arrive on friday, will test more then :-)

20:18 <CounterPillow> Speaking of SOQuartz, I'll be fixing the DTS for that hopefully tomorrow (right now it's still targeting a pre-production prototype with bad implications for the nEXTRST pin)

20:20 <Kwiboo> great!, I have been playing with usb and nvme with u-boot mainline on my rk356x boards and that usb3phy reg made me question if I had missed something

20:21 <CounterPillow> having u-boot be able to read NVMe would be really cool!

20:22 <Kwiboo> also with proper pinctrl and gpio that Set DWMCI_PWREN to 0 hack is not needed

20:23 <CounterPillow> Oh, that's great to hear

20:23 <CounterPillow> I was worried about how I'd upstream that part

20:24 <CounterPillow> how's mainline looking these days, any important patches still missing before I can just upstream my board stuff and use it?

20:25 <Kwiboo> I need to sort out my local tree and rebase on top of pending patches, hoping to have a few usb/spi flash/nvme patches sent out tomorrow

20:27 <Kwiboo> I think it should be rather feature complete soon-ish, excluding network and video, I have been testing sd/emmc/spinor/usb/nvme on my boards

20:28 <Kwiboo> main issue now is that there are so many patches in flight that it is hard to send anything that will apply without a ton of dependant and possible conflicting patches

20:29 <CounterPillow> Yeah, that's why I waited with upstreaming any board specific stuff :)

20:31 <CounterPillow> btw the uart on your model b might work if you set it to a lower baud rate, as far as we've figured out in the pine chats it's a problem with the level shifting transistors being too slow or something. Obviously that'll only get you proper serial for u-boot/kernel, not TPL or ATF

20:32 <CounterPillow> frustrating that they have this issue on some boards but not others, e.g. mine works fine at 1.5mbauds

20:33 <Kwiboo> I tested a lot of different, it is possible the signal is too weak, but on rock 3c (very similar schematics) it works without issue

20:33 <CounterPillow> yeah I don't think it's a problem with the schematic but with a batch of parts they got

20:34 <Kwiboo> did notice that 1 possible to pairs of solder joints for the usb3 port was connected to each other

20:35 <Kwiboo> *one or two, that does not look promising, so hoping next board works better :-)

20:43 <Kwiboo> thanks for the tip, will try to force a slower baud rate and see if that can give me some serial output

20:58 <Kwiboo> using 115200 baud rate did not seem to help, at least I know u-boot can load linux, the blue led gets a heartbeat :-)

21:02 <diederik> I guess you also have HW version 1.4? I have a non-working serial on my B with that one and there are several reports wrt that

21:03 <Kwiboo> yep, hw rev 1.4, good to know it was not just my board

21:08 <Kwiboo> will try to use uart5 or uart9 gpio pins for serial