unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
* bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol
@ 2020-12-29  2:34 Denis 'GNUtoo' Carikli
  2020-12-30 14:35 ` Mathieu Othacehe
  0 siblings, 1 reply; 5+ messages in thread
From: Denis 'GNUtoo' Carikli @ 2020-12-29  2:34 UTC (permalink / raw)
  To: 45517

[-- Attachment #1: Type: text/plain, Size: 3172 bytes --]

Hi,

I've generated an image for the Lime2 with this (lime2.scm) file:
> ;; Based on Guix's beaglebone-black.tmpl
> (use-modules (gnu) (gnu bootloader u-boot))
> (use-package-modules bootloaders)
> (operating-system
>   (host-name "lime2")
>   (timezone "Europe/Paris")
>   (locale "en_US.utf8")
>   ;; We use a microSD
>   (bootloader (bootloader-configuration
>                (bootloader u-boot-a20-olinuxino-lime2-bootloader)
>                (target "/dev/mmcblk0")))
>   (kernel-arguments '("console=ttyS0,115200" "ignore_loglevel"))
>   ;; This module is required to mount the SD card.
>   (initrd-modules (cons "sunxi-mmc" %base-initrd-modules))
>   (file-systems (cons (file-system
>                         (device (file-system-label "my-root"))
>                         (mount-point "/")
>                         (needed-for-boot? #t)
>                         (type "ext4"))
>                       %base-file-systems))
>   (packages %base-packages)
>   (services (append (list
>                      (agetty-service
>                       (agetty-configuration
>                        (extra-options '("-L"))
>                        (baud-rate "115200")
>                        (term "xterm-256color")
>                        (tty "ttyS0"))))
>                     %base-services)))

I then built it with:
> cp `guix system disk-image --target=arm-linux-gnueabihf lime2.scm` \
>     guix.img

However when booting the image, u-boot doesn't find
/boot/extlinux/extlinux.conf.

However running the following command in u-boot makes the board boot:
> sysboot mmc 0:2 any $scriptaddr /boot/extlinux/extlinux.conf

When we look at the resulting image with fdisk -l we have:
> Device     Boot Start     End Sectors  Size Id Type
> guix.img1        2048   83967   81920   40M ef EFI (FAT-12/16/32)
> guix.img2       83968 3301783 3217816  1.5G 83 Linux

The second partition (which has /boot/extlinux/extlinux.conf) doesn't
have the boot flag.

Adding the boot flag with the following command results in a booting
image:
> sfdisk guix.img -A 2

This is because the distro boot protocol (documented in
doc/README.distro in u-boot source code[1]) expects the partition that
holds the extlinux.conf config file to be "explicitly marked bootable".
else "U-Boot falls back to searching the first valid partition of a
disk for boot configuration files."

So we either need to remove the first partition or to mark the second
partition as bootable or both.

I've tried looking in the partitioning code to understand how flags are
set but I'm a complete newbie in scheme so I failed. Being able to set
the bootable flag could probably help in some situations where a first
partition has to be used for some reasons.

In addition, the first partition it only contains the
/EFI/BOOT/BOOTIA32.EFI file which is of the following type:
> PE32 executable (EFI application) Intel 80386 (stripped to external
> PDB), for MS Windows
So it could also be removed and/or replaced with ARM code.

References:
-----------
[1]https://gitlab.denx.de/u-boot/u-boot/-/raw/master/doc/README.distro

Denis.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol
  2020-12-29  2:34 bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol Denis 'GNUtoo' Carikli
@ 2020-12-30 14:35 ` Mathieu Othacehe
  2021-01-02  2:54   ` Denis 'GNUtoo' Carikli
  0 siblings, 1 reply; 5+ messages in thread
From: Mathieu Othacehe @ 2020-12-30 14:35 UTC (permalink / raw)
  To: Denis 'GNUtoo' Carikli; +Cc: 45517


Hello Denis,

> I then built it with:
>> cp `guix system disk-image --target=arm-linux-gnueabihf lime2.scm` \
>>     guix.img
>
> However when booting the image, u-boot doesn't find
> /boot/extlinux/extlinux.conf.
>
> However running the following command in u-boot makes the board boot:
>> sysboot mmc 0:2 any $scriptaddr /boot/extlinux/extlinux.conf
>
> When we look at the resulting image with fdisk -l we have:
>> Device     Boot Start     End Sectors  Size Id Type
>> guix.img1        2048   83967   81920   40M ef EFI (FAT-12/16/32)
>> guix.img2       83968 3301783 3217816  1.5G 83 Linux

The default image type creates an EFI partition which is not desirable
here. You should try again running this instead:

--8<---------------cut here---------------start------------->8---
guix system disk-image -t arm32-raw lime2.scm
--8<---------------cut here---------------end--------------->8---

Thanks,

Mathieu




^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol
  2020-12-30 14:35 ` Mathieu Othacehe
@ 2021-01-02  2:54   ` Denis 'GNUtoo' Carikli
  2021-01-02 10:23     ` Mathieu Othacehe
  0 siblings, 1 reply; 5+ messages in thread
From: Denis 'GNUtoo' Carikli @ 2021-01-02  2:54 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: 45517

[-- Attachment #1: Type: text/plain, Size: 463 bytes --]

On Wed, 30 Dec 2020 15:35:48 +0100
Mathieu Othacehe <othacehe@gnu.org> wrote:
> The default image type creates an EFI partition which is not desirable
> here. You should try again running this instead:
> 
> --8<---------------cut here---------------start------------->8---
> guix system disk-image -t arm32-raw lime2.scm
> --8<---------------cut here---------------end--------------->8---
Thanks a lot, that works fine.

Sorry for the noise.

Denis.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol
  2021-01-02  2:54   ` Denis 'GNUtoo' Carikli
@ 2021-01-02 10:23     ` Mathieu Othacehe
  2021-01-03 22:15       ` Danny Milosavljevic
  0 siblings, 1 reply; 5+ messages in thread
From: Mathieu Othacehe @ 2021-01-02 10:23 UTC (permalink / raw)
  To: Denis 'GNUtoo' Carikli; +Cc: 45517-done


Hey Dennis,

> Thanks a lot, that works fine.

Glad it works! Maybe we should consider creating a
gnu/system/images/lime.scm file in the future.

Closing this one.

Thanks,

Mathieu




^ permalink raw reply	[flat|nested] 5+ messages in thread

* bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol
  2021-01-02 10:23     ` Mathieu Othacehe
@ 2021-01-03 22:15       ` Danny Milosavljevic
  0 siblings, 0 replies; 5+ messages in thread
From: Danny Milosavljevic @ 2021-01-03 22:15 UTC (permalink / raw)
  To: Mathieu Othacehe; +Cc: 45517-done, Denis 'GNUtoo' Carikli

[-- Attachment #1: Type: text/plain, Size: 1713 bytes --]

Hi Mathieu,

On Sat, 02 Jan 2021 11:23:24 +0100
Mathieu Othacehe <othacehe@gnu.org> wrote:

> > Thanks a lot, that works fine.  
> 
> Glad it works! Maybe we should consider creating a
> gnu/system/images/lime.scm file in the future.

Sure.

I think that Allwinner boards are all similar enough in booting that we could
just have a gnu/system/images/allwinner.scm to support them all--except for
the u-boot package reference they are all the same.

Later Allwinner boards added a reference to an alternative boot sector[1]
for the first part of u-boot into boot ROM *in addition* to the old one--so
even those would still work!

Long story short, all of the Allwinner boards can inherit from the same
allwinner image type--with only the u-boot package (not even the
bootloader-installer) swapped out.

We could have a gnu/system/images/olinuxino-lime2.scm which would inherit
from that common thing somehow (and which would thus have about two lines
of source code total).

But there's a reason I added OS-WITH-U-BOOT and that's because of things
like this.  It can adapt any existing operating-system image, swapping out
the bootloader by an u-boot with a random u-boot board config name and
compile it for a given architecture.

It would be nice to have it integrated into the Guix image generation
process somehow, if possible.  

By automatically calling OS-WITH-U-BOOT (as a fallback), we could avoid ending
up with 1273 similar files in gnu/system/images.  Guix would just call
os-with-u-boot dynamically to generate those image types at runtime
that don't have a special one in that directory.

WDYT?

[1] https://linux-sunxi.org/Bootable_SD_card#SD_Card_Layout

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2021-01-03 22:16 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-12-29  2:34 bug#45517: Failed boot on arm32 with u-boot due to missing requirements with the distro boot protocol Denis 'GNUtoo' Carikli
2020-12-30 14:35 ` Mathieu Othacehe
2021-01-02  2:54   ` Denis 'GNUtoo' Carikli
2021-01-02 10:23     ` Mathieu Othacehe
2021-01-03 22:15       ` Danny Milosavljevic

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).