11:50 <rockosov> jbrunet: narmstrong: Hello Neil and Jerome! I've sent new version of A1 clk driver (v11), please take a look - https://lore.kernel.org/all/20230321193014.26349-1-ddrokosov@sberdevices.ru/

11:51 <rockosov> But I have one question about other drivers in our hands which are depending on clk driver. Can we send it now? Or it's better to wait clk driver merged?

12:43 <narmstrong> rockosov: for the drivers yes sure, for the DT which depends on the clock bindings you should wait until the clk bindings are accepted on the clk-meson tree

12:44 <narmstrong> But you can send all the other drivers changes without any problem

12:56 <rockosov> narmstrong: Thank you for clarification!

18:11 <hays> I've come across what seems to be two valid ways to flash the bootloader for s922x devices. One is to flash a u-boot.bin.sd.bin at offset 0 with a hole at {440..512} (or sometimes 444..512 is given). The other way is to flash u-boot.bin from offset 512, not touching those first 512 bytes

18:11 <hays> is there a right or wrong way to do this? and what's going on with those ranges from 440 to 512?

18:17 <hays> closest i can get to an answer is here https://en.wikipedia.org/wiki/Master_boot_record#Sector_layout where "structure of modern standard MBR" table shows (potentially) 0-440 all being essentially reserved for bootstrap code, then 440-512 is your "disk signature" and paritition entries.

20:04 <narmstrong> hays: yep it should be 440, but this is to keep legacy, it seems the first 440bytes aren’t useful anymore on s922x, but nothing actually confirmed this

20:05 <narmstrong> On spi, usb and emmc boot partition we omit those 440bytes so I think it’s really useless now, in fact I never understood what are those bytes…

20:06 <hays> do you know the difference between the uboot.bin.sd.bin and uboot.bin images?

20:13 <hays> the difference in size is a tantalizing 488 bytes

20:13 <hays> oh wait

20:13 <hays> nevermind, I have my answer.

21:08 <narmstrong> hays: it’s the same, .sd.bin has 512 bytes prepended with those 440 bytes inside