02:04 <macromorgan> hopefully someone else has seen this, but I will intermittently get a timeout when trying to read the fit image during the SPL stage for mainline U-Boot. It happens right here: https://github.com/u-boot/u-boot/blob/master/drivers/mmc/dw_mmc.c#L217

02:05 <macromorgan> happens about 10-20% of the time. Using U-Boot 2022.10 with latest bl31 binary from Rockchip and latest ddr ram from rockchip (but using U-Boot for SPL)

02:06 <macromorgan> also, figured out that if you reorder the A-TF loadables you can get more recent bl31 binaries from Rockchip to work with mainline U-Boot

07:32 <naoki> oops

07:33 <naoki> mmind00: I'll resend tsadc patch for rock 4c+... there is no 2/2 patch :(

07:33 <naoki> (I have to check how to resend same patch...)

07:34 <mmind00> naoki: no need, I can pick that patch just fine

07:34 <naoki> oh thanks

07:35 <naoki> macromorgan: I have (probably another) two problem with mainline u-boot on rk356x.

07:43 <naoki> macromorgan: 1: u-boot spl freeze just after "Trying to boot from MMC1" (probably) if dtb is large... I had to comment out most part of dts from linux e.g. https://github.com/RadxaNaoki/u-boot/blob/01625404a1ae0dcae27b7f9e17b793b679482c4e/arch/arm/dts/rk3568-radxa-e25.dts

07:47 <naoki> macromorgan: 2: u-boot freeze just after "DRAM:" with 2GIB rk3568 board. 1GiB rk3566 board works fine. this patch fix(?) the problem https://github.com/RadxaNaoki/u-boot/commit/d78b9b1af280da3b1927e7d103dea2d5096df1ad

07:49 <naoki> macromorgan: 2: patch is derived from https://patchwork.ozlabs.org/project/uboot/patch/20220222013131.3114990-12-pgwipeout@gmail.com/

07:50 <naoki> macromorgan: I want to know how to use more recent bl31 blob :D

08:43 <CounterPumpkin> macromorgan: btw did you see this? https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/16952

11:53 <macromorgan> effing sweet

14:08 <warpme___> guys: how mainline u-boot support looks today for rock3-a?

14:32 <mmind00> CounterPumpkin: oh wow, nice to see _that_