All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Seiderer <ps.report@gmx.net>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/1] rpi-firmware: do not rename startup files
Date: Thu, 25 Jun 2020 18:23:19 +0200	[thread overview]
Message-ID: <20200625182319.4cec8d94@gmx.net> (raw)
In-Reply-To: <20200624165405.GA20645@scaer>

Hello Yann, St?phane,

On Wed, 24 Jun 2020 18:54:05 +0200, "Yann E. MORIN" <yann.morin.1998@free.fr> wrote:

> St?phane, All,
> 
> Please wrap your commit logs properly, at a 72-or-so boundary.
> 
> On 2020-06-24 13:50 +0200, St?phane Veyret spake thusly:
> > Bug: 13026
> > 
> > When booting, a Raspberry Pi will load the appropriate start files, depending on the provided configuration. For example, if the config.txt file contains:
> > gpu_mem=16
> > the board will automatically load the cut-down startup files (start_cd.elf and fixup_cd.dat on non-Rpi4).  
> 
> So, the startup file loaded depends on the amount of memory the user
> enables, and maybe other configurations, who knows?
> 
> This somewhat goes directly agains the user selecting a specific startup
> file to use. See below...
> 
> > Unfortunately, even when the appropriate version is selected in the configuration menu (in this example, BR2_PACKAGE_RPI_FIRMWARE_BOOT="_cd") if the rpi-firmware makefile takes the good files, it renames them to non-qualified, i.e. start.elf and fixup.dat. But as these are not the files searched by the Raspberry Pi, the board will not start.
> > 
> > Signed-off-by: St?phane Veyret <sveyret@gmail.com>
> > ---
> >  package/rpi-firmware/rpi-firmware.mk | 10 +++++-----
> >  1 file changed, 5 insertions(+), 5 deletions(-)
> > 
> > diff --git a/package/rpi-firmware/rpi-firmware.mk b/package/rpi-firmware/rpi-firmware.mk
> > index 6ad67ab0e5..2f4b2b05bf 100644
> > --- a/package/rpi-firmware/rpi-firmware.mk
> > +++ b/package/rpi-firmware/rpi-firmware.mk
> > @@ -44,14 +44,14 @@ endif # INSTALL_VCDBG
> >  ifeq ($(BR2_PACKAGE_RPI_FIRMWARE_VARIANT_PI4),y)
> >  # bootcode.bin is not used on rpi4, because it has been replaced by boot code in the onboard EEPROM
> >  define RPI_FIRMWARE_INSTALL_BOOT
> > -	$(INSTALL) -D -m 0644 $(@D)/boot/start4$(BR2_PACKAGE_RPI_FIRMWARE_BOOT).elf $(BINARIES_DIR)/rpi-firmware/start4.elf
> > -	$(INSTALL) -D -m 0644 $(@D)/boot/fixup4$(BR2_PACKAGE_RPI_FIRMWARE_BOOT).dat $(BINARIES_DIR)/rpi-firmware/fixup4.dat
> > +	$(INSTALL) -D -m 0644 $(@D)/boot/start4$(BR2_PACKAGE_RPI_FIRMWARE_BOOT).elf $(BINARIES_DIR)/rpi-firmware/
> > +	$(INSTALL) -D -m 0644 $(@D)/boot/fixup4$(BR2_PACKAGE_RPI_FIRMWARE_BOOT).dat $(BINARIES_DIR)/rpi-firmware/
> >  endef
> >  else
> >  define RPI_FIRMWARE_INSTALL_BOOT
> > -	$(INSTALL) -D -m 0644 $(@D)/boot/bootcode.bin $(BINARIES_DIR)/rpi-firmware/bootcode.bin
> > -	$(INSTALL) -D -m 0644 $(@D)/boot/start$(BR2_PACKAGE_RPI_FIRMWARE_BOOT).elf $(BINARIES_DIR)/rpi-firmware/start.elf
> > -	$(INSTALL) -D -m 0644 $(@D)/boot/fixup$(BR2_PACKAGE_RPI_FIRMWARE_BOOT).dat $(BINARIES_DIR)/rpi-firmware/fixup.dat
> > +	$(INSTALL) -D -m 0644 $(@D)/boot/bootcode.bin $(BINARIES_DIR)/rpi-firmware/
> > +	$(INSTALL) -D -m 0644 $(@D)/boot/start$(BR2_PACKAGE_RPI_FIRMWARE_BOOT).elf $(BINARIES_DIR)/rpi-firmware/
> > +	$(INSTALL) -D -m 0644 $(@D)/boot/fixup$(BR2_PACKAGE_RPI_FIRMWARE_BOOT).dat $(BINARIES_DIR)/rpi-firmware/  
> 
> I think we should instead force the name of the startup files in the
> config.txt (in package/rpi-firmware/config.txt):
> 
>     start_file=start.elf
>     fixup_file=fixup.dat

Or one step further, copy the start/fixup file verbatim and only change the
start_file/fixup_file entry in config.txt (with the advantage to make it
transparent which files are installed/in-use)...

Regards,
Peter

> 
> Which will always be exactly what to load. I was pretty farn sure that's
> what we already did, but I remembered wrong...
> 
> See: https://github.com/raspberrypi/documentation/blob/master/configuration/config-txt/boot.md
> 
> Can you respin a patch to that effect, please?
> 
> Regards,
> Yann E. MORIN.
> 
> Regards,
> Yann E. MORIN.
> 
> >  endef
> >  endif
> >  
> > -- 
> > 2.26.2
> > 
> > _______________________________________________
> > buildroot mailing list
> > buildroot at busybox.net
> > http://lists.busybox.net/mailman/listinfo/buildroot  
> 

  reply	other threads:[~2020-06-25 16:23 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-24 11:50 [Buildroot] [PATCH 1/1] rpi-firmware: do not rename startup files Stéphane Veyret
2020-06-24 16:54 ` Yann E. MORIN
2020-06-25 16:23   ` Peter Seiderer [this message]
2020-06-25 16:38     ` Stéphane Veyret
2020-06-25 17:20       ` Peter Seiderer
2020-06-25 17:30         ` Stéphane Veyret
2020-06-25 21:31           ` Yann E. MORIN
2020-06-25 19:50         ` Yann E. MORIN

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200625182319.4cec8d94@gmx.net \
    --to=ps.report@gmx.net \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.