Hi, Indeed, your patch [2] fixes my boot problem.
Thanks, Guillaume From: Simon Glass <s...@chromium.org> Sent: Tuesday, October 10, 2023 4:58 PM To: Guillaume Gardet <guillaume.gar...@arm.com> Cc: Peter Robinson <pbrobin...@gmail.com>; Matthias Brugger <mbrug...@suse.com>; Ivan Ivanov <ivan.iva...@suse.com>; U-Boot Mailing List <u-boot@lists.denx.de> Subject: Re: U-Boot 2023.10 does not boot from uSD on RPi4 Hi, On Tue, 10 Oct 2023 at 04:39, Guillaume Gardet <guillaume.gar...@arm.com<mailto:guillaume.gar...@arm.com>> wrote: > > > > > -----Original Message----- > > From: Peter Robinson <pbrobin...@gmail.com<mailto:pbrobin...@gmail.com>> > > Sent: Tuesday, October 10, 2023 12:22 PM > > To: Guillaume Gardet > > <guillaume.gar...@arm.com<mailto:guillaume.gar...@arm.com>> > > Cc: mbrug...@suse.com<mailto:mbrug...@suse.com>; Ivan Ivanov > > <ivan.iva...@suse.com<mailto:ivan.iva...@suse.com>>; Simon Glass > > <s...@chromium.org<mailto:s...@chromium.org>>; > > u-boot@lists.denx.de<mailto:u-boot@lists.denx.de> > > Subject: Re: U-Boot 2023.10 does not boot from uSD on RPi4 > > > > On Tue, Oct 10, 2023 at 10:26 AM Guillaume Gardet > > <guillaume.gar...@arm.com<mailto:guillaume.gar...@arm.com>> wrote: > > > > > > Hi, > > > > > > U-Boot 2023.10 does not boot from uSD on RPi4. > > > This has been found on openSUSE Tumbleweed. The only diff we need is: > > > -CONFIG_OF_EMBED=y > > > +CONFIG_OF_BOARD=y > > > To use firmware provided Device Tree. But that should not affect the mmc > > behavior too much, I think. > > > > I've been booting Fedora fine on a RPi4 BUT there's issues with the display > > turning off [1] when the accelerated display modules load > > (vc4) as a result of this patch set. Can you confirm if that's the same > > problem > > you're seeing? > > No, that's not my problem. My issue is grub was not loaded by u-boot from uSD. > It seems more like Simon's problem: > https://lists.denx.de/pipermail/u-boot/2023-October/533162.html > > @Simon, can you check if the patch below fixes your boot problem on RPi4, > please? This has been reported at least twice before. There is a fix [2] which is in my queue to apply. Regarding the display problem, I got my rpi4 running again and Fedora installed, but I won't get back to it until the end of the week as I'm at osfc. Regards, Simon > > Thanks, > Guillaume > [2] https://patchwork.ozlabs.org/project/uboot/patch/20230923205017.1754340-1-...@chromium.org/ > > > > [1] https://lists.denx.de/pipermail/u-boot/2023-October/533158.html > > > > > 'git bisect' points to: > > > ********** > > > commit c771e5b8c2a186fb072b6c6f571d4a3cc86efba9 > > > Author: Simon Glass <s...@chromium.org<mailto:s...@chromium.org>> > > > Date: Thu Jul 27 15:54:28 2023 -0600 > > > > > > arm: rpi: Switch to standard boot > > > > > > Drop use of the distro scripts and use standard boot instead. > > > > > > We don't need to specify the mmc devices individually, since they are > > > used in order from 0 to 2, and standard boot uses that order anyway. > > > > > > Signed-off-by: Simon Glass > > > <s...@chromium.org<mailto:s...@chromium.org>> > > > ********** > > > > > > The following patch fixes the boot from uSD on RPi4 (not tested on RPi3 > > > nor RPi > > Zero 2 W): > > > ********** > > > diff --git a/board/raspberrypi/rpi/rpi.env > > > b/board/raspberrypi/rpi/rpi.env index 30228285ed..02210b97b5 100644 > > > --- a/board/raspberrypi/rpi/rpi.env > > > +++ b/board/raspberrypi/rpi/rpi.env > > > @@ -74,4 +74,4 @@ pxefile_addr_r=0x02500000 > > > fdt_addr_r=0x02600000 > > > ramdisk_addr_r=0x02700000 > > > > > > -boot_targets=mmc usb pxe dhcp > > > +boot_targets=mmc0 mmc1 mmc2 usb pxe dhcp > > > ********** > > > > > > So, the comment from Simon " We don't need to specify the mmc devices > > individually, since they are used in order from 0 to 2, and standard boot > > uses that > > order anyway" seems wrong for the RPi4 case. > > > > > > Cheers, > > > Guillaume > > > > > > IMPORTANT NOTICE: The contents of this email and any attachments are > > confidential and may also be privileged. If you are not the intended > > recipient, > > please notify the sender immediately and do not disclose the contents to any > > other person, use it for any purpose, or store or copy the information in > > any > > medium. Thank you. > IMPORTANT NOTICE: The contents of this email and any attachments are > confidential and may also be privileged. If you are not the intended > recipient, please notify the sender immediately and do not disclose the > contents to any other person, use it for any purpose, or store or copy the > information in any medium. Thank you. IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.