* [PATCH] Updates to u-boot script for Raspberry Pi 4b devices @ 2024-05-20 12:17 Craig Setera 2024-05-23 17:01 ` Michael Tremer 0 siblings, 1 reply; 7+ messages in thread From: Craig Setera @ 2024-05-20 12:17 UTC (permalink / raw) To: development [-- Attachment #1: Type: text/plain, Size: 3448 bytes --] Updates to u-boot script for Raspberry Pi 4b devices to properly configure the serial console and to choose the proper boot address to be used on newer board revisions. With these changes in place, I'm able to fully boot into a serial console in u-boot. The serial console configuration was derived from the Grub configuration, while the boot address changes were taken from the IPFire Raspberry 4b documentation page: https://www.ipfire.org/docs/hardware/arm/rpi/four Per the conversation in the forums, I don't know why the boot address changes are required. I was simply trying to automate those changes such that downloaded builds will work out of the box. https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558/37 NOTE: The use of the different parameter options to the test command to minimize the need for deeply nested conditionals. I did try more bash-shell like syntax, but u-boot didn't seem to like that. The operators used here were found in the u-boot source. Tested-by: Craig Setera <craigjunk(a)setera.org> Signed-off-by: Craig Setera <craigjunk(a)setera.org> --- config/u-boot/boot.cmd | 27 ++++++++++++++++++++++++--- 1 file changed, 24 insertions(+), 3 deletions(-) diff --git a/config/u-boot/boot.cmd b/config/u-boot/boot.cmd index a27996780..eedd5776d 100644 --- a/config/u-boot/boot.cmd +++ b/config/u-boot/boot.cmd @@ -51,7 +51,11 @@ if test "${SERIAL-CONSOLE}" = "ON"; then if test "${fdtfile}" = "broadcom/bcm2837-rpi-3-b.dtb"; then setenv console ttyS1,115200n8; else - setenv console ttyAMA0,115200n8; + if test "${fdtfile}" = "broadcom/bcm2711-rpi-4-b.dtb"; then + setenv console ttyS0,115200n8; + else + setenv console ttyAMA0,115200n8; + fi; fi; fi; else @@ -95,11 +99,28 @@ else setenv ramdisk_addr -; fi; +# +# Handle Raspberry Pi 4 address differences +# https://www.ipfire.org/docs/hardware/arm/rpi/four +# +setenv booti_fdt_addr ${fdt_addr_r}; +if test "${board}" -eq "rpi" -a ${cpu} -eq "armv8" -a "${fdtfile}" -eq "broadcom/bcm2711-rpi-4-b.dtb"; then + # Hardware revision 1.4 + if test ${board_revision} -eq 0xB03114 -o ${board_revision} -eq 0xC03114 -o ${board_revision} -eq 0xD03114; then + setenv booti_fdt_addr ${fdt_addr}; + fi + + # Hardware revision 1.5 + if test ${board_revision} -eq 0xB03115 -o ${board_revision} -eq 0xC03115 -o ${board_revision} -eq 0xD03115; then + setenv booti_fdt_addr ${fdt_addr}; + fi +fi; + bootz ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; -booti ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; +booti ${kernel_addr_r} ${ramdisk_addr} ${booti_fdt_addr}; bootz ${kernel_addr_r} - ${fdt_addr_r}; -booti ${kernel_addr_r} - ${fdt_addr_r}; +booti ${kernel_addr_r} - ${booti_fdt_addr}; # Recompile with: # mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr -- 2.40.1 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] Updates to u-boot script for Raspberry Pi 4b devices 2024-05-20 12:17 [PATCH] Updates to u-boot script for Raspberry Pi 4b devices Craig Setera @ 2024-05-23 17:01 ` Michael Tremer 2024-06-04 12:40 ` Craig Setera 0 siblings, 1 reply; 7+ messages in thread From: Michael Tremer @ 2024-05-23 17:01 UTC (permalink / raw) To: development [-- Attachment #1: Type: text/plain, Size: 3642 bytes --] Hello Craig, Thank you very much for this patch. This is perfectly readable :) It looks logical to me, however I am not an expert when it comes to SBCs, so I will leave this for Arne to review and merge. Best, -Michael > On 20 May 2024, at 13:17, Craig Setera <craigjunk(a)setera.org> wrote: > > Updates to u-boot script for Raspberry Pi 4b devices to > properly configure the serial console and to choose the proper boot address > to be used on newer board revisions. With these changes in place, I'm able > to fully boot into a serial console in u-boot. > > The serial console configuration was derived from the Grub configuration, > while the boot address changes were taken from the IPFire Raspberry 4b > documentation page: https://www.ipfire.org/docs/hardware/arm/rpi/four > > Per the conversation in the forums, I don't know why the boot > address changes are required. I was simply trying to automate those > changes such that downloaded builds will work out of the box. > https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558/37 > > NOTE: The use of the different parameter options to the test > command to minimize the need for deeply nested conditionals. I did > try more bash-shell like syntax, but u-boot didn't seem to like that. > The operators used here were found in the u-boot source. > > Tested-by: Craig Setera <craigjunk(a)setera.org> > Signed-off-by: Craig Setera <craigjunk(a)setera.org> > --- > config/u-boot/boot.cmd | 27 ++++++++++++++++++++++++--- > 1 file changed, 24 insertions(+), 3 deletions(-) > > diff --git a/config/u-boot/boot.cmd b/config/u-boot/boot.cmd > index a27996780..eedd5776d 100644 > --- a/config/u-boot/boot.cmd > +++ b/config/u-boot/boot.cmd > @@ -51,7 +51,11 @@ if test "${SERIAL-CONSOLE}" = "ON"; then > if test "${fdtfile}" = "broadcom/bcm2837-rpi-3-b.dtb"; then > setenv console ttyS1,115200n8; > else > - setenv console ttyAMA0,115200n8; > + if test "${fdtfile}" = "broadcom/bcm2711-rpi-4-b.dtb"; then > + setenv console ttyS0,115200n8; > + else > + setenv console ttyAMA0,115200n8; > + fi; > fi; > fi; > else > @@ -95,11 +99,28 @@ else > setenv ramdisk_addr -; > fi; > > +# > +# Handle Raspberry Pi 4 address differences > +# https://www.ipfire.org/docs/hardware/arm/rpi/four > +# > +setenv booti_fdt_addr ${fdt_addr_r}; > +if test "${board}" -eq "rpi" -a ${cpu} -eq "armv8" -a "${fdtfile}" -eq "broadcom/bcm2711-rpi-4-b.dtb"; then > + # Hardware revision 1.4 > + if test ${board_revision} -eq 0xB03114 -o ${board_revision} -eq 0xC03114 -o ${board_revision} -eq 0xD03114; then > + setenv booti_fdt_addr ${fdt_addr}; > + fi > + > + # Hardware revision 1.5 > + if test ${board_revision} -eq 0xB03115 -o ${board_revision} -eq 0xC03115 -o ${board_revision} -eq 0xD03115; then > + setenv booti_fdt_addr ${fdt_addr}; > + fi > +fi; > + > bootz ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; > -booti ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; > +booti ${kernel_addr_r} ${ramdisk_addr} ${booti_fdt_addr}; > > bootz ${kernel_addr_r} - ${fdt_addr_r}; > -booti ${kernel_addr_r} - ${fdt_addr_r}; > +booti ${kernel_addr_r} - ${booti_fdt_addr}; > > # Recompile with: > # mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr > -- > 2.40.1 > > ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] Updates to u-boot script for Raspberry Pi 4b devices 2024-05-23 17:01 ` Michael Tremer @ 2024-06-04 12:40 ` Craig Setera 2024-06-10 16:42 ` Michael Tremer 0 siblings, 1 reply; 7+ messages in thread From: Craig Setera @ 2024-06-04 12:40 UTC (permalink / raw) To: development [-- Attachment #1: Type: text/plain, Size: 3944 bytes --] Thanks Michael, Is there anything more you need me to do? I assume most of the current effort is currently focused on the test release. Thanks, Craig On 5/23/24 12:01 PM, Michael Tremer wrote: > Hello Craig, > > Thank you very much for this patch. This is perfectly readable :) > > It looks logical to me, however I am not an expert when it comes to SBCs, so I will leave this for Arne to review and merge. > > Best, > -Michael > >> On 20 May 2024, at 13:17, Craig Setera <craigjunk(a)setera.org> wrote: >> >> Updates to u-boot script for Raspberry Pi 4b devices to >> properly configure the serial console and to choose the proper boot address >> to be used on newer board revisions. With these changes in place, I'm able >> to fully boot into a serial console in u-boot. >> >> The serial console configuration was derived from the Grub configuration, >> while the boot address changes were taken from the IPFire Raspberry 4b >> documentation page: https://www.ipfire.org/docs/hardware/arm/rpi/four >> >> Per the conversation in the forums, I don't know why the boot >> address changes are required. I was simply trying to automate those >> changes such that downloaded builds will work out of the box. >> https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558/37 >> >> NOTE: The use of the different parameter options to the test >> command to minimize the need for deeply nested conditionals. I did >> try more bash-shell like syntax, but u-boot didn't seem to like that. >> The operators used here were found in the u-boot source. >> >> Tested-by: Craig Setera <craigjunk(a)setera.org> >> Signed-off-by: Craig Setera <craigjunk(a)setera.org> >> --- >> config/u-boot/boot.cmd | 27 ++++++++++++++++++++++++--- >> 1 file changed, 24 insertions(+), 3 deletions(-) >> >> diff --git a/config/u-boot/boot.cmd b/config/u-boot/boot.cmd >> index a27996780..eedd5776d 100644 >> --- a/config/u-boot/boot.cmd >> +++ b/config/u-boot/boot.cmd >> @@ -51,7 +51,11 @@ if test "${SERIAL-CONSOLE}" = "ON"; then >> if test "${fdtfile}" = "broadcom/bcm2837-rpi-3-b.dtb"; then >> setenv console ttyS1,115200n8; >> else >> - setenv console ttyAMA0,115200n8; >> + if test "${fdtfile}" = "broadcom/bcm2711-rpi-4-b.dtb"; then >> + setenv console ttyS0,115200n8; >> + else >> + setenv console ttyAMA0,115200n8; >> + fi; >> fi; >> fi; >> else >> @@ -95,11 +99,28 @@ else >> setenv ramdisk_addr -; >> fi; >> >> +# >> +# Handle Raspberry Pi 4 address differences >> +# https://www.ipfire.org/docs/hardware/arm/rpi/four >> +# >> +setenv booti_fdt_addr ${fdt_addr_r}; >> +if test "${board}" -eq "rpi" -a ${cpu} -eq "armv8" -a "${fdtfile}" -eq "broadcom/bcm2711-rpi-4-b.dtb"; then >> + # Hardware revision 1.4 >> + if test ${board_revision} -eq 0xB03114 -o ${board_revision} -eq 0xC03114 -o ${board_revision} -eq 0xD03114; then >> + setenv booti_fdt_addr ${fdt_addr}; >> + fi >> + >> + # Hardware revision 1.5 >> + if test ${board_revision} -eq 0xB03115 -o ${board_revision} -eq 0xC03115 -o ${board_revision} -eq 0xD03115; then >> + setenv booti_fdt_addr ${fdt_addr}; >> + fi >> +fi; >> + >> bootz ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; >> -booti ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; >> +booti ${kernel_addr_r} ${ramdisk_addr} ${booti_fdt_addr}; >> >> bootz ${kernel_addr_r} - ${fdt_addr_r}; >> -booti ${kernel_addr_r} - ${fdt_addr_r}; >> +booti ${kernel_addr_r} - ${booti_fdt_addr}; >> >> # Recompile with: >> # mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr >> -- >> 2.40.1 >> >> ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] Updates to u-boot script for Raspberry Pi 4b devices 2024-06-04 12:40 ` Craig Setera @ 2024-06-10 16:42 ` Michael Tremer 2024-06-11 0:10 ` Craig Setera 0 siblings, 1 reply; 7+ messages in thread From: Michael Tremer @ 2024-06-10 16:42 UTC (permalink / raw) To: development [-- Attachment #1: Type: text/plain, Size: 4349 bytes --] Hello Craig, Hmm, I am not the right person to talk to about this, but it looks this has all been discussed here already: https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558 -Michael > On 4 Jun 2024, at 13:40, Craig Setera <craigjunk(a)setera.org> wrote: > > Thanks Michael, > > Is there anything more you need me to do? I assume most of the current effort is currently focused on the test release. > > Thanks, > Craig > > On 5/23/24 12:01 PM, Michael Tremer wrote: >> Hello Craig, >> >> Thank you very much for this patch. This is perfectly readable :) >> >> It looks logical to me, however I am not an expert when it comes to SBCs, so I will leave this for Arne to review and merge. >> >> Best, >> -Michael >> >>> On 20 May 2024, at 13:17, Craig Setera <craigjunk(a)setera.org> wrote: >>> >>> Updates to u-boot script for Raspberry Pi 4b devices to >>> properly configure the serial console and to choose the proper boot address >>> to be used on newer board revisions. With these changes in place, I'm able >>> to fully boot into a serial console in u-boot. >>> >>> The serial console configuration was derived from the Grub configuration, >>> while the boot address changes were taken from the IPFire Raspberry 4b >>> documentation page: https://www.ipfire.org/docs/hardware/arm/rpi/four >>> >>> Per the conversation in the forums, I don't know why the boot >>> address changes are required. I was simply trying to automate those >>> changes such that downloaded builds will work out of the box. >>> https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558/37 >>> >>> NOTE: The use of the different parameter options to the test >>> command to minimize the need for deeply nested conditionals. I did >>> try more bash-shell like syntax, but u-boot didn't seem to like that. >>> The operators used here were found in the u-boot source. >>> >>> Tested-by: Craig Setera <craigjunk(a)setera.org> >>> Signed-off-by: Craig Setera <craigjunk(a)setera.org> >>> --- >>> config/u-boot/boot.cmd | 27 ++++++++++++++++++++++++--- >>> 1 file changed, 24 insertions(+), 3 deletions(-) >>> >>> diff --git a/config/u-boot/boot.cmd b/config/u-boot/boot.cmd >>> index a27996780..eedd5776d 100644 >>> --- a/config/u-boot/boot.cmd >>> +++ b/config/u-boot/boot.cmd >>> @@ -51,7 +51,11 @@ if test "${SERIAL-CONSOLE}" = "ON"; then >>> if test "${fdtfile}" = "broadcom/bcm2837-rpi-3-b.dtb"; then >>> setenv console ttyS1,115200n8; >>> else >>> - setenv console ttyAMA0,115200n8; >>> + if test "${fdtfile}" = "broadcom/bcm2711-rpi-4-b.dtb"; then >>> + setenv console ttyS0,115200n8; >>> + else >>> + setenv console ttyAMA0,115200n8; >>> + fi; >>> fi; >>> fi; >>> else >>> @@ -95,11 +99,28 @@ else >>> setenv ramdisk_addr -; >>> fi; >>> >>> +# >>> +# Handle Raspberry Pi 4 address differences >>> +# https://www.ipfire.org/docs/hardware/arm/rpi/four >>> +# >>> +setenv booti_fdt_addr ${fdt_addr_r}; >>> +if test "${board}" -eq "rpi" -a ${cpu} -eq "armv8" -a "${fdtfile}" -eq "broadcom/bcm2711-rpi-4-b.dtb"; then >>> + # Hardware revision 1.4 >>> + if test ${board_revision} -eq 0xB03114 -o ${board_revision} -eq 0xC03114 -o ${board_revision} -eq 0xD03114; then >>> + setenv booti_fdt_addr ${fdt_addr}; >>> + fi >>> + >>> + # Hardware revision 1.5 >>> + if test ${board_revision} -eq 0xB03115 -o ${board_revision} -eq 0xC03115 -o ${board_revision} -eq 0xD03115; then >>> + setenv booti_fdt_addr ${fdt_addr}; >>> + fi >>> +fi; >>> + >>> bootz ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; >>> -booti ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; >>> +booti ${kernel_addr_r} ${ramdisk_addr} ${booti_fdt_addr}; >>> >>> bootz ${kernel_addr_r} - ${fdt_addr_r}; >>> -booti ${kernel_addr_r} - ${fdt_addr_r}; >>> +booti ${kernel_addr_r} - ${booti_fdt_addr}; >>> >>> # Recompile with: >>> # mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr >>> -- >>> 2.40.1 >>> >>> ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] Updates to u-boot script for Raspberry Pi 4b devices 2024-06-10 16:42 ` Michael Tremer @ 2024-06-11 0:10 ` Craig Setera 2024-06-16 15:28 ` Craig Setera 0 siblings, 1 reply; 7+ messages in thread From: Craig Setera @ 2024-06-11 0:10 UTC (permalink / raw) To: development [-- Attachment #1: Type: text/plain, Size: 4598 bytes --] Thanks. That was my original conversation! :-) I will just wait for Arne to find some time. On 6/10/24 11:42 AM, Michael Tremer wrote: > Hello Craig, > > Hmm, I am not the right person to talk to about this, but it looks this has all been discussed here already: > > https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558 > > -Michael > >> On 4 Jun 2024, at 13:40, Craig Setera <craigjunk(a)setera.org> wrote: >> >> Thanks Michael, >> >> Is there anything more you need me to do? I assume most of the current effort is currently focused on the test release. >> >> Thanks, >> Craig >> >> On 5/23/24 12:01 PM, Michael Tremer wrote: >>> Hello Craig, >>> >>> Thank you very much for this patch. This is perfectly readable :) >>> >>> It looks logical to me, however I am not an expert when it comes to SBCs, so I will leave this for Arne to review and merge. >>> >>> Best, >>> -Michael >>> >>>> On 20 May 2024, at 13:17, Craig Setera <craigjunk(a)setera.org> wrote: >>>> >>>> Updates to u-boot script for Raspberry Pi 4b devices to >>>> properly configure the serial console and to choose the proper boot address >>>> to be used on newer board revisions. With these changes in place, I'm able >>>> to fully boot into a serial console in u-boot. >>>> >>>> The serial console configuration was derived from the Grub configuration, >>>> while the boot address changes were taken from the IPFire Raspberry 4b >>>> documentation page: https://www.ipfire.org/docs/hardware/arm/rpi/four >>>> >>>> Per the conversation in the forums, I don't know why the boot >>>> address changes are required. I was simply trying to automate those >>>> changes such that downloaded builds will work out of the box. >>>> https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558/37 >>>> >>>> NOTE: The use of the different parameter options to the test >>>> command to minimize the need for deeply nested conditionals. I did >>>> try more bash-shell like syntax, but u-boot didn't seem to like that. >>>> The operators used here were found in the u-boot source. >>>> >>>> Tested-by: Craig Setera <craigjunk(a)setera.org> >>>> Signed-off-by: Craig Setera <craigjunk(a)setera.org> >>>> --- >>>> config/u-boot/boot.cmd | 27 ++++++++++++++++++++++++--- >>>> 1 file changed, 24 insertions(+), 3 deletions(-) >>>> >>>> diff --git a/config/u-boot/boot.cmd b/config/u-boot/boot.cmd >>>> index a27996780..eedd5776d 100644 >>>> --- a/config/u-boot/boot.cmd >>>> +++ b/config/u-boot/boot.cmd >>>> @@ -51,7 +51,11 @@ if test "${SERIAL-CONSOLE}" = "ON"; then >>>> if test "${fdtfile}" = "broadcom/bcm2837-rpi-3-b.dtb"; then >>>> setenv console ttyS1,115200n8; >>>> else >>>> - setenv console ttyAMA0,115200n8; >>>> + if test "${fdtfile}" = "broadcom/bcm2711-rpi-4-b.dtb"; then >>>> + setenv console ttyS0,115200n8; >>>> + else >>>> + setenv console ttyAMA0,115200n8; >>>> + fi; >>>> fi; >>>> fi; >>>> else >>>> @@ -95,11 +99,28 @@ else >>>> setenv ramdisk_addr -; >>>> fi; >>>> >>>> +# >>>> +# Handle Raspberry Pi 4 address differences >>>> +# https://www.ipfire.org/docs/hardware/arm/rpi/four >>>> +# >>>> +setenv booti_fdt_addr ${fdt_addr_r}; >>>> +if test "${board}" -eq "rpi" -a ${cpu} -eq "armv8" -a "${fdtfile}" -eq "broadcom/bcm2711-rpi-4-b.dtb"; then >>>> + # Hardware revision 1.4 >>>> + if test ${board_revision} -eq 0xB03114 -o ${board_revision} -eq 0xC03114 -o ${board_revision} -eq 0xD03114; then >>>> + setenv booti_fdt_addr ${fdt_addr}; >>>> + fi >>>> + >>>> + # Hardware revision 1.5 >>>> + if test ${board_revision} -eq 0xB03115 -o ${board_revision} -eq 0xC03115 -o ${board_revision} -eq 0xD03115; then >>>> + setenv booti_fdt_addr ${fdt_addr}; >>>> + fi >>>> +fi; >>>> + >>>> bootz ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; >>>> -booti ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; >>>> +booti ${kernel_addr_r} ${ramdisk_addr} ${booti_fdt_addr}; >>>> >>>> bootz ${kernel_addr_r} - ${fdt_addr_r}; >>>> -booti ${kernel_addr_r} - ${fdt_addr_r}; >>>> +booti ${kernel_addr_r} - ${booti_fdt_addr}; >>>> >>>> # Recompile with: >>>> # mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr >>>> -- >>>> 2.40.1 >>>> >>>> ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] Updates to u-boot script for Raspberry Pi 4b devices 2024-06-11 0:10 ` Craig Setera @ 2024-06-16 15:28 ` Craig Setera 2024-09-22 20:01 ` Craig Setera 0 siblings, 1 reply; 7+ messages in thread From: Craig Setera @ 2024-06-16 15:28 UTC (permalink / raw) To: development [-- Attachment #1: Type: text/plain, Size: 5725 bytes --] FWIW... I just used my updated u-boot script to update the image for 186 and went through the setup process using serial console for my Raspberry Pi. My process: * Download backup from IPFire * Flash new image to SD Card * Update u-boot script * Make new image using script * Boot and do initial setup via serial console * Login to web admin and restore backup Even though this is a few more steps than just doing an "in place" upgrade, I actually like that I am keeping the previous SD card and can swap back if something goes wrong. Craig On 6/10/24 7:10 PM, Craig Setera wrote: > Thanks. That was my original conversation! :-) I will just wait for > Arne to find some time. > > On 6/10/24 11:42 AM, Michael Tremer wrote: >> Hello Craig, >> >> Hmm, I am not the right person to talk to about this, but it looks >> this has all been discussed here already: >> >> https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558 >> >> -Michael >> >>> On 4 Jun 2024, at 13:40, Craig Setera <craigjunk(a)setera.org> wrote: >>> >>> Thanks Michael, >>> >>> Is there anything more you need me to do? I assume most of the >>> current effort is currently focused on the test release. >>> >>> Thanks, >>> Craig >>> >>> On 5/23/24 12:01 PM, Michael Tremer wrote: >>>> Hello Craig, >>>> >>>> Thank you very much for this patch. This is perfectly readable :) >>>> >>>> It looks logical to me, however I am not an expert when it comes to >>>> SBCs, so I will leave this for Arne to review and merge. >>>> >>>> Best, >>>> -Michael >>>> >>>>> On 20 May 2024, at 13:17, Craig Setera <craigjunk(a)setera.org> wrote: >>>>> >>>>> Updates to u-boot script for Raspberry Pi 4b devices to >>>>> properly configure the serial console and to choose the proper >>>>> boot address >>>>> to be used on newer board revisions. With these changes in place, >>>>> I'm able >>>>> to fully boot into a serial console in u-boot. >>>>> >>>>> The serial console configuration was derived from the Grub >>>>> configuration, >>>>> while the boot address changes were taken from the IPFire >>>>> Raspberry 4b >>>>> documentation page: https://www.ipfire.org/docs/hardware/arm/rpi/four >>>>> >>>>> Per the conversation in the forums, I don't know why the boot >>>>> address changes are required. I was simply trying to automate those >>>>> changes such that downloaded builds will work out of the box. >>>>> https://community.ipfire.org/t/hang-with-kernel-starting-on-raspberry-pi/11558/37 >>>>> >>>>> >>>>> NOTE: The use of the different parameter options to the test >>>>> command to minimize the need for deeply nested conditionals. I did >>>>> try more bash-shell like syntax, but u-boot didn't seem to like that. >>>>> The operators used here were found in the u-boot source. >>>>> >>>>> Tested-by: Craig Setera <craigjunk(a)setera.org> >>>>> Signed-off-by: Craig Setera <craigjunk(a)setera.org> >>>>> --- >>>>> config/u-boot/boot.cmd | 27 ++++++++++++++++++++++++--- >>>>> 1 file changed, 24 insertions(+), 3 deletions(-) >>>>> >>>>> diff --git a/config/u-boot/boot.cmd b/config/u-boot/boot.cmd >>>>> index a27996780..eedd5776d 100644 >>>>> --- a/config/u-boot/boot.cmd >>>>> +++ b/config/u-boot/boot.cmd >>>>> @@ -51,7 +51,11 @@ if test "${SERIAL-CONSOLE}" = "ON"; then >>>>> if test "${fdtfile}" = >>>>> "broadcom/bcm2837-rpi-3-b.dtb"; then >>>>> setenv console ttyS1,115200n8; >>>>> else >>>>> - setenv console ttyAMA0,115200n8; >>>>> + if test "${fdtfile}" = >>>>> "broadcom/bcm2711-rpi-4-b.dtb"; then >>>>> + setenv console ttyS0,115200n8; >>>>> + else >>>>> + setenv console ttyAMA0,115200n8; >>>>> + fi; >>>>> fi; >>>>> fi; >>>>> else >>>>> @@ -95,11 +99,28 @@ else >>>>> setenv ramdisk_addr -; >>>>> fi; >>>>> >>>>> +# >>>>> +# Handle Raspberry Pi 4 address differences >>>>> +# https://www.ipfire.org/docs/hardware/arm/rpi/four >>>>> +# >>>>> +setenv booti_fdt_addr ${fdt_addr_r}; >>>>> +if test "${board}" -eq "rpi" -a ${cpu} -eq "armv8" -a >>>>> "${fdtfile}" -eq "broadcom/bcm2711-rpi-4-b.dtb"; then >>>>> + # Hardware revision 1.4 >>>>> + if test ${board_revision} -eq 0xB03114 -o ${board_revision} >>>>> -eq 0xC03114 -o ${board_revision} -eq 0xD03114; then >>>>> + setenv booti_fdt_addr ${fdt_addr}; >>>>> + fi >>>>> + >>>>> + # Hardware revision 1.5 >>>>> + if test ${board_revision} -eq 0xB03115 -o ${board_revision} >>>>> -eq 0xC03115 -o ${board_revision} -eq 0xD03115; then >>>>> + setenv booti_fdt_addr ${fdt_addr}; >>>>> + fi >>>>> +fi; >>>>> + >>>>> bootz ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; >>>>> -booti ${kernel_addr_r} ${ramdisk_addr} ${fdt_addr_r}; >>>>> +booti ${kernel_addr_r} ${ramdisk_addr} ${booti_fdt_addr}; >>>>> >>>>> bootz ${kernel_addr_r} - ${fdt_addr_r}; >>>>> -booti ${kernel_addr_r} - ${fdt_addr_r}; >>>>> +booti ${kernel_addr_r} - ${booti_fdt_addr}; >>>>> >>>>> # Recompile with: >>>>> # mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr >>>>> -- >>>>> 2.40.1 >>>>> >>>>> ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] Updates to u-boot script for Raspberry Pi 4b devices 2024-06-16 15:28 ` Craig Setera @ 2024-09-22 20:01 ` Craig Setera 0 siblings, 0 replies; 7+ messages in thread From: Craig Setera @ 2024-09-22 20:01 UTC (permalink / raw) To: development [-- Attachment #1: Type: text/plain, Size: 1073 bytes --] Today I tried to use this process to upgrade to latest core version (188) and the resulting card is not properly working, despite this process working for the last couple of releases. Looking in Git, it doesn't seem like there were other boot.cmd changes that might have caused issues, so thought I'd check here to see if anyone knew what might have changed in the most recent release relative to u-boot on RPi? Thanks for any insights. Craig On 6/16/24 10:28 AM, Craig Setera wrote: > FWIW... I just used my updated u-boot script to update the image for > 186 and went through the setup process using serial console for my > Raspberry Pi. My process: > > * Download backup from IPFire > * Flash new image to SD Card > * Update u-boot script > * Make new image using script > * Boot and do initial setup via serial console > * Login to web admin and restore backup > > Even though this is a few more steps than just doing an "in place" > upgrade, I actually like that I am keeping the previous SD card and > can swap back if something goes wrong. > > Craig > ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2024-09-22 20:01 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2024-05-20 12:17 [PATCH] Updates to u-boot script for Raspberry Pi 4b devices Craig Setera 2024-05-23 17:01 ` Michael Tremer 2024-06-04 12:40 ` Craig Setera 2024-06-10 16:42 ` Michael Tremer 2024-06-11 0:10 ` Craig Setera 2024-06-16 15:28 ` Craig Setera 2024-09-22 20:01 ` Craig Setera
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox