00:22 <rfs613> apteryx: I believe the maintainers would say: "Patches welcomed" :-)

02:03 <marex> rfs613: even without the past tense

02:03 <marex> apteryx: try => help unzip too

02:04 <vagrantc> marex: i think that is what apteryx was referring to about it having "online documentation (at the u-boot prompt)" :)

06:29 <lvrp16> anyone familiar with Rockchip BROM_SOURCE_ID_ADDR and if that's accessible in u-boot proper? I dumped it in u-boot and get 0x913bb210 instead of what I expect to be 1 2 3?

06:30 <lvrp16> or if there's a simpler way to access the boot device (sd / mmc/ nor)

06:30 <lvrp16> s/access/know/

07:07 <sng> sjg1: Simon, for generation of capsules, using a config file for providing the parameters is a useful feature to have. would you be okay to have that test removed, but generation of capsules through config files supported

12:56 <yollom> If I set ethaddr then that'll get added to the kernel dt as "mac-address" (or the like) automatically?

12:57 <yollom> Ok, found the `do_fixup_by_path(..., "mac-address", ...)`

13:27 <marex> yollom: only if you have /aliases/ethernet* aliases in DT

14:21 <Tartarus> xypron_: apparently we need to update to Pygments 2.15.0 or later for some minor security issue or another, when you have time, thanks

14:21 <xypron_> Tartarus: I will take care

15:37 <en4rab> Good afternoon, I have been trying to create a buildroot image for a raspberry pi zero w that uses u-boot, I have got it mostly working but if I boot into linux using uboot the brcmfmac wifi driver doesnt work and complains of a time out 1 sec after loading, if I boot "normally" with the broadcom bootloader loading the kernel the wifi driver works fine, Is there any sort of gotcha that I am missing, I at a loss what I have done wrong.

16:39 <marex> en4rab: is the DT passed to linux the same ? compare /sys/firmware content for example

16:41 <mps> I didn't worked with rpi zero w for more than two years but last time I booted it with u-boot all worked very fine

16:42 <mps> even wrote short guide for alpine https://arvanta.net/alpine/mailine-rpizw/

16:45 <en4rab> Thankyou, im sure its something I have done ill check device trees next

16:50 <mps> marex: looks like I don't have to create patch for posix shells https://lists.denx.de/pipermail/u-boot/2023-July/523801.html

16:54 <mps> s/shells/utilities/

16:56 <marex> mps: please test it

16:56 <mps> I replied already with Tested-by

16:56 <mps> https://lists.denx.de/pipermail/u-boot/2023-July/523828.html

16:57 <marex> mps: thanks

16:58 <mps> np