Re: /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README out of date ; orangepi-plus-2e and RPi2 v1.1 get "Kernel args: (null)"

Emmanuel Vadot <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
On Thu, 13 May 2021 02:57:21 -0700
Mark Millard <[email protected]> wrote:

> > On 2021-May-13, at 02:15, Emmanuel Vadot <manu at bidouilliste.com> wrote:
> > 
> > On Thu, 13 May 2021 01:52:08 -0700
> > Mark Millard via freebsd-arm <[email protected]> wrote:
> > 
> >> The updated armv7 U-Boot ports now install the likes of:
> >> 
> >> # ls -Tldt /usr/local/share/u-boot/u-boot-orangepi-plus-2e/*
> >> -rw-r--r--  1 root  wheel     504 May 12 07:01:10 2021 /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README
> >> -rw-r--r--  1 root  wheel      66 May 12 07:01:10 2021 /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata
> >> -rw-r--r--  1 root  wheel  490924 May 12 07:01:10 2021 /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin
> >> 
> >> # ls -Tldt /usr/local/share/u-boot/u-boot-rpi2/*
> >> -rw-r--r--  1 root  wheel      767 May 12 06:39:07 2021 /usr/local/share/u-boot/u-boot-rpi2/README
> >> -rw-r--r--  1 root  wheel       44 May 12 06:39:07 2021 /usr/local/share/u-boot/u-boot-rpi2/metadata
> >> -rw-r--r--  1 root  wheel   475420 May 12 06:39:07 2021 /usr/local/share/u-boot/u-boot-rpi2/u-boot.bin
> >> 
> >> So, for example, no boot.scr files ro go with ubldr.bin
> >> any more.
> >> 
> >> But the u-boot-orangepi-plus-2e/README says . . .
> >> 
> >> QUOTE
> >> This version is patched so that:
> >> * API features are enabled.
> >> * A boot.scr (U-Boot script) that loads ubldr.bin and execute it is included
> >> END QUOTE
> >> 
> >> The u-boot-rpi2/README says . . .
> >> 
> >> QUOTE
> >> This version is patched so that:
> >> * ELF and API features are enabled.
> >> * The distroboot command knows how to load FreeBSD loader(8)
> >> * By default, it loads ubldr.bin (PIE) from file ubldr.bin on the FAT
> >>   partition to address ${kernel_addr_r}, and launches it. If ubldr.bin is
> >>   not found, it falls back on ubldr
> >> END QUOTE
> >> 
> > 
> > Oups, I'll update the README, thanks for noticing this.
> 
> FYI: I only looked at examples for which I've access
> to operational hardware.
> 
> >> But for the orangepi-plus-2e that I have access to I
> >> now get:
> >> 
> >> . . .
> >> Hit [Enter] to boot immediately, or any other key for command prompt.
> >> Booting [/boot/kernel/kernel]...               
> >> Using DTB provided by EFI at 0x47eea000.
> >> Kernel entry at 0xb2e00200...
> >> Kernel args: (null)
> > 
> > This is the symptoms when caches are not flushed.
> > U-Boot distroboot first scans for extlinux.conf, then uboot script and
> > then EFI. So this probably means that you still have a boot.scr on the
> > ESP, try removing that and make sure that you have the efi loader too
> > in efi/boot/bootarm.efi.
> 
> That is not the issue . . . showing more context
> from the same recorded boot attempts (blank lines
> and a huge number of escape sequences removed, and
> using ". . ." for other omitted text):
> 
> U-Boot 2021.04 (Apr 09 2021 - 19:24:51 +0000) Allwinner Technology
> CPU:   Allwinner H3 (SUN8I 1680)
> Model: Xunlong Orange Pi Plus 2E
> DRAM:  2 GiB
> . . .
> FreeBSD/arm EFI loader, Revision 1.1
>    Command line arguments: l
>    Image base: 0xb8dd5000
>    EFI version: 2.80
>    EFI Firmware: Das U-Boot (rev 8225.1024)
>    Console: comconsole (0)
>    Load Path: /efi\boot\bootarm.efi
> . . .
> Found EFI removable media binary efi/boot/bootarm.efi
> 1396100 bytes read in 36 ms (37 MiB/s)
> Booting /efi\boot\bootarm.efi
> Consoles: EFI console  
> |/-\|/-\|/-\|/-\|/-\|/-\|/-\    Reading loader env vars from /efi/freebsd/loader.env
> . . .
> Hit [Enter] to boot immediately, or any other key for command prompt.
> Booting [/boot/kernel/kernel]...               
> Using DTB provided by EFI at 0x47eea000.
> Kernel entry at 0xb2e00200...
> Kernel args: (null)

 I cannot reproduce this here. Either by creating an image on the
sdcard by hand (I usually only netboot my boards so the sdcard have
only u-boot and a fat partition so u-boot can save its env) or by
taking FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img and adding
u-boot on it.
 This was tested on an orangepi-one board (so same SoC, Allwinner H3)
and on a BeagleBoneBlack.
 I suggest to try with a clean install from
FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img just to be sure.

> and:
> 
> U-Boot 2021.04 (May 12 2021 - 13:36:42 +0000)
> DRAM:  948 MiB
> RPI 2 Model B (0xa21041)
> . . .
> FreeBSD/arm EFI loader, Revision 1.1
>    Command line arguments: l
>    Image base: 0x39df8000
>    EFI version: 2.80
>    EFI Firmware: Das U-Boot (rev 8225.1024)
>    Console: comconsole (0)
>    Load Path: /efi\boot\bootarm.efi
> . . .
> Found EFI removable media binary efi/boot/bootarm.efi
> 1396100 bytes read in 38 ms (35 MiB/s)
> libfdt fdt_check_header(): FDT_ERR_BADMAGIC

 This line doesn't looks good.

> Booting /efi\boot\bootarm.efi
> Consoles: EFI console  
> |/-\|/-\|/    Reading loader env vars from /efi/freebsd/loader.env
> . . .
> Hit [Enter] to boot immediately, or any other key for command prompt.
> Booting [/boot/kernel/kernel]...               
> Using DTB provided by EFI at 0x7ef6000.
> Kernel entry at 0x33e00200...
> Kernel args: (null)
> 
> No *.scr files, no ubldr* files. Showing
> from the efi partition mounted on a Rock64:
> 
> # find /mnt/dtb/ -print
> /mnt/dtb/
> /mnt/dtb/sun8i-h3-orangepi-plus2e.dtb
> /mnt/dtb/overlays
> /mnt/dtb/overlays/sun8i-h3-i2c0.dtbo
> /mnt/dtb/overlays/spigen-rpi2.dtbo
> 
> # find /mnt/efi/ -print
> /mnt/efi/
> /mnt/efi/boot
> /mnt/efi/boot/bootarm.efi
> 
> # ls -Tld /mnt/u*
> -rwxr-xr-x  1 root  wheel  475420 May 12 06:39:06 2021 /mnt/u-boot.bin
> 
> # ls -Tld /mnt/*.scr
> ls: /mnt/*.scr: Invalid argument
> 
> I'll not list the files from the RPi* firmware.
> 
> 
> >> and that is the last of the output.
> >> 
> >> The RPi2 v1.1 is similar:
> >> 
> >> Hit [Enter] to boot immediately, or any other key for command prompt.
> >> Booting [/boot/kernel/kernel]...               
> >> Using DTB provided by EFI at 0x7ef6000.
> >> Kernel entry at 0x33e00200...
> >> Kernel args: (null)
> >> 
> >> and that is the last of the output.
> 
> ===
> Mark Millard
> marklmi at yahoo.com
> ( dsl-only.net went
> away in early 2018-Mar)
> 


-- 
Emmanuel Vadot <[email protected]> <[email protected]>
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.