[U-Boot] [PATCH v3 11/18] efi_loader: make efi_disk_create_partitions a global symbol
Artturi Alm
artturi.alm at gmail.com
Fri Feb 9 09:44:36 UTC 2018
On Fri, Feb 09, 2018 at 05:07:52AM +0100, Heinrich Schuchardt wrote:
> On 02/09/2018 01:15 AM, Jonathan Gray wrote:
> > On Fri, Jan 19, 2018 at 08:24:47PM +0100, Heinrich Schuchardt wrote:
> > > Up to now we have been using efi_disk_create_partitions() to create
> > > partitions for block devices that existed before starting an EFI
> > > application.
> > >
> > > We need to call it for block devices created by EFI
> > > applications at run time. The EFI application will define the
> > > handle for the block device and install a device path protocol
> > > on it. We have to use this device path as stem for the partition
> > > device paths.
> > >
> > > Signed-off-by: Heinrich Schuchardt <xypron.glpk at gmx.de>
> > > ---
> > > v3
> > > fix typos in comments
> > > v2
> > > no change
> >
> > breakage on mx6cuboxi with OpenBSD bootarm.efi, bisects to
> >
> > commit 64e4db0f119151a1345e1da19d152eda550394e7
> > Author: Heinrich Schuchardt <xypron.glpk at gmx.de>
> > AuthorDate: Fri Jan 19 20:24:47 2018 +0100
> > Commit: Alexander Graf <agraf at suse.de>
> > CommitDate: Mon Jan 22 23:09:14 2018 +0100
> >
> > efi_loader: make efi_disk_create_partitions a global symbol
> > Up to now we have been using efi_disk_create_partitions() to create
> > partitions for block devices that existed before starting an EFI
> > application.
> > We need to call it for block devices created by EFI
> > applications at run time. The EFI application will define the
> > handle for the block device and install a device path protocol
> > on it. We have to use this device path as stem for the partition
> > device paths.
> > Signed-off-by: Heinrich Schuchardt <xypron.glpk at gmx.de>
> > Signed-off-by: Alexander Graf <agraf at suse.de>
> >
> > with master as of e24bd1e79e223aa89854c0be95a53e2d538144a5
> >
> > U-Boot SPL 2018.03-rc1-00185-g1e19c70639 (Feb 09 2018 - 11:43:18 +1300)
> > Trying to boot from MMC1
> >
> >
> > U-Boot 2018.03-rc1-00185-g1e19c70639 (Feb 09 2018 - 11:43:18 +1300)
> >
> > CPU: Freescale i.MX6Q rev1.5 996 MHz (running at 792 MHz)
> > CPU: Extended Commercial temperature grade (-20C to 105C) at 24C
> > Reset cause: POR
> > Board: MX6 Cubox-i
> > DRAM: 2 GiB
> > MMC: FSL_SDHC: 0
> > Loading Environment from MMC... OK
> > No panel detected: default to HDMI
> > Display: HDMI (1024x768)
> > In: serial
> > Out: serial
> > Err: serial
> > Net: FEC
> > Hit any key to stop autoboot: 0
> > switch to partitions #0, OK
> > mmc0 is current device
> > Scanning mmc 0:1...
> > 37503 bytes read in 17 ms (2.1 MiB/s)
> > Found EFI removable media binary efi/boot/bootarm.efi
> > Scanning disks on usb...
> > 76528 bytes read in 31 ms (2.4 MiB/s)
> > ## Starting EFI application at 12000000 ...
> > BS->LocateHandle() returns -2147483634
>
> -2147483634 == EFI_NOT_FOUND
>
> Without debug output it is impossible to understand what is going wrong.
> Please, insert
>
> #define DEBUG 1
>
> at the top of lib/efi_loader/efi_boottime.c
>
> I assume you are again trying to boot OpenBSD.
>
> Does this image reproduce the error:
> https://ftp.eu.openbsd.org/pub/OpenBSD/6.2/armv7/miniroot-cubox-62.fs
>
> Otherwise provide a disk image that can be used for testing.
>
> I only have a Wandboard Quad. But that has the same i.MX6Q processor. So
> once I know which image to use I could run a test.
>
> Best regards
>
> Heinrich
>
Hi,
you could try this:
http://ftp.eu.openbsd.org/pub/OpenBSD/snapshots/armv7/miniroot-wandboard-62.fs
-Artturi
> > undefined instruction
> > pc : [<8e560348>] lr : [<8e56444c>]
> > reloc pc : [<15de4348>] lr : [<15de844c>]
> > sp : 8f57af10 ip : 8ffc2474 fp : 8f57af1c
> > r10: 0000b000 r9 : 8f57bee0 r8 : 0000000b
> > r7 : 8ffa1a9d r6 : 8ffa16ad r5 : 8e56f0d0 r4 : 8e56e88a
> > r3 : 8e56dac8 r2 : 00000001 r1 : 00000000 r0 : 00000000
> > Flags: nZCv IRQs off FIQs off Mode SVC_32
> > Resetting CPU ...
> >
> > resetting ...
> >
> > (undefined instruction is used to reset as efi reset was not
> > present in earlier U-Boot versions).
> >
>
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> https://lists.denx.de/listinfo/u-boot
More information about the U-Boot
mailing list