00:01 <mirko> Hm, still see my h6 based SBCs crashing after a couple of hours running normally. OPi3 and Pine H64. Tried different power supplies. 5.17 with LE patches applied. Nothing on UART when dying. Something known?

00:06 <smaeul> how hot do they get?

00:19 <apritzel> smaeul: this MMC DMA descriptor cast bug sounds familiar, wasn't that discussed before? Or did we just miss to apply the patch for that?

00:20 <smaeul> I don't remember it being discussed

00:23 <smaeul> maybe this? https://oftc.irclog.whitequark.org/linux-sunxi/2021-06-22#30029014;

00:25 <apritzel> smaeul: rather this one, I guess: https://lore.kernel.org/linux-arm-kernel/65401815-cb2e-58ec-7653-f09d6a25804c@arm.com/

00:26 <apritzel> and yes, plus the driver DMA mask stays at its default 32-bit, unless explicitly set, IIRC

00:27 <apritzel> that's why it's not really a problem atm

00:28 <smaeul> yeah, it's not something anyone will hit yet (same with the dmaengine patch), but it's good to get them out of my patch queue :)

00:28 <smaeul> and at some point we can expand the DMA mask to 34 bits

00:29 <smaeul> would maybe be interesting to hack U-Boot so it reports RAM starting at 1<<32 and see what breaks

00:30 <apritzel> smaeul: re: fixing it> sure! it just triggered something in my brain, and I wanted to check ...

00:34 <apritzel> smaeul: IIRC the EMAC stayed at 32-bit DMA descriptors?

15:31 <mirko> smaeul: can i monitor via software? apart from that, i'd expect that after a power cycle direct after the previous it would crash sooner, as it's already hot. that's not the case, though. always quite a couple of hours..

22:34 <machinehum> apritzel: How important do you think SRAMC_BASE and SUNXI_R_CPUCFG_BASE are wrt uboot?

22:34 <machinehum> arch/arm/cpu/armv8/fel_utils.S looks to be important

22:35 <machinehum> They seem to differ between the H6 and V5, I'll import the other memory map see what happens

23:13 <apritzel> machinehum: do you get output on the serial?

23:13 <machinehum> Not yet :/

23:13 <apritzel> machinehum: and since you asked about sunxi-fel the other day, do you actually use FEL for booting? Or do you write the image file to an SD card?

23:13 <machinehum> Starting to look into clock_sun50i_h6.h

23:14 <machinehum> What's fel?

23:14 <jakllsch> booting over USB

23:14 <machinehum> Oh, no.

23:14 <machinehum> writing output/images/sdcard.img to an SD card and booting

23:14 <apritzel> yeah, the most important and useful feature to bring up a new SoC or board ;-)

23:15 <apritzel> machinehum: basically you connect a standard USB cable between the microUSB on the board and your PC/laptop

23:15 <apritzel> then power on the board while holding down the FEL button

23:16 <apritzel> then you upload your just compiled U-Boot image in a few seconds and boot it

23:16 <machinehum> Were you being sarcastic when said it's important and useful?

23:17 <apritzel> no, honestly, I couldn't really live without it, for testing

23:17 <apritzel> it actually allows simple and quick experimentation

23:18 <machinehum> Cool

23:18 <machinehum> Yeah I might give that a go once I get some serial output

23:20 <apritzel> well, actually that might help you to get serial output

23:23 <apritzel> do you have two buttons between the Ethernet jack and the battery connector?

23:24 <apritzel> I have seen pictures of the board with two buttons there, one is labelled FEL

23:28 <machinehum> Yeah

23:29 <apritzel> if you download and build https://github.com/linux-sunxi/sunxi-tools/, you will get sunxi-fel

23:30 <apritzel> (or you try sunxi-tools through your distro, but the version will be old and outdated, and you will need to patch it anyway)

23:30 <machinehum> Section 3.3.5.2 of the manual list a PLL_DDR0 and PLL_DDR1 at 0x0010 and 0x0018, while sun50i-h6.dtsi only lists a ddr at 0x0010

23:31 <apritzel> yeah, one of the differences I also noticed

23:32 <apritzel> but that particular one is not important, since it's just an alternative clock to supply the DRAM (for switching frequencies), we don't use that anyway

23:32 <apritzel> it would need to go into the Linux clock driver eventually, though

23:32 <machinehum> eventually

23:33 <apritzel> also the other differing PLLs are for audio and video, so not relevant for booting

23:33 <machinehum> Fair enough

23:34 <apritzel> machinehum: do you have a H6 or other Allwinner board, to verify that your whole building and booting process is actually working?

23:34 <apritzel> since "nothing shown" could have many reasons ...

23:37 <apritzel> machinehum: btw: some explanation and instructions for FEL: https://linux-sunxi.org/FEL

23:39 <machinehum> Not right now, but I could buy one

23:40 <machinehum> I have verified booting works with the vendor supplied image

23:40 <machinehum> I could snag an H6

23:42 <apritzel> well, "vendor supplied" is mostly smoke and mirrors to distract you from the real way: mainline is somewhat different (actually easier)

23:44 <apritzel> so you would need to just do: $ sudo dd if=u-boot-sunxi-with-spl.bin of=/dev/sdX bs=1k seek=8

23:56 <apritzel> machinehum: if you don't have one, don't bother, I was just curious to simply double check the procedure