On 08/29/2017 04:16 PM, Rob Clark wrote:
On Tue, Aug 29, 2017 at 8:57 AM, Leif Lindholm leif.lindholm@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