On 08/29/2017 04:16 PM, Rob Clark wrote: > On Tue, Aug 29, 2017 at 8:57 AM, Leif Lindholm <leif.lindh...@linaro.org> > wrote: >> On Tue, Aug 29, 2017 at 02:26:48PM +0200, Alexander Graf wrote: >>>>>> I would add command >>>>>> bootefi selftest.efi >>>>>> to run the tests and provide the python wrapper code to add it to the >>>>>> test suite. >>>>> >>>>> I think that's a great idea, yes. >>>> I wonder how far we are from running UEFI tests (either the official >>>> ones, or I seem to remember hearing about some other test suite which >>>> didn't require UEFI shell)? >>> >>> Let's ask Leif, Ard and Dong. >>> >>> The official test suite definitely needs the UEFI Shell. Is the suite >>> publicly available by now? >> >> In binary form, you can access it already from the links on >> http://uefi.org/testtools >> >> Yes, 2.5 is latest release. No this is not a restriction ... the SCT >> releases have been lagging the specification releases a fair bit. >> >> The 2.5a package contains AARCH64, IA32 and X64 support (not ARM). >> Not that it couldn't contain ARM, it just hasn't been packaged. >> >>>> That seems more useful long term than re-inventing comprehensive UEFI >>>> test suite. (Also, beyond just running shim/fallback/grub, I don't >>>> really have time to invent new tests for the stack of efi_loader >>>> patches I have.) >>> >>> Yes and no - it depends on the availability of the official suite :/. >> >> UEFI SCT is not yet open source/free software. Obviously, this is >> something Linaro has been lobbying for since day one of our >> involvement. There used to be little understanding for this, but that >> attitude has shifted substantially. > > So, if/until UEFI SCT is not an option, what about: > > https://01.org/linux-uefi-validation > > (thx to pjones for pointing that out to me) > > BR, > -R
Unfortunately I do not get the image extracted from https://01.org/linux-uefi-validation/downloads/luv-live-image-23 loaded: qemu-system-x86_64 -m 1G -bios denx/u-boot.rom -nographic \ -netdev \ user,id=eth0,tftp=tftp,net=192.168.76.0/24,dhcpstart=192.168.76.9 \ -device e1000,netdev=eth0 -machine pc-i440fx-2.8 luv-v2.1_diskboot_mbr_i386_.img -Boot 2017.09-rc2-P001-00255-g50e25c18b3 (Aug 29 2017 - 00:49:18 +0200) CPU: x86_64, vendor AMD, device 663h DRAM: 1 GiB Using default environment Video: 640x480x16 Model: QEMU x86 (I440FX) Net: e1000: 52:54:00:12:34:56 Warning: e1000#0 using MAC address from ROM eth0: e1000#0 IDE: Bus 0: OK Bus 1: OK Device 0: Model: QEMU HARDDISK Firm: 2.5+ Ser#: QM00001 Type: Hard Disk Supports 48-bit addressing Capacity: 118.0 MB = 0.1 GB (241664 x 512) ** Can't read Driver Desriptor Block ** Hopefully Petr knows what is wrong in the partition reading logic. Heinrich > > > >> I will let Dong fill in on what the current status actually get the >> code into the open is. >> >> / >> Leif > _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot