On 08/29/2017 02:57 PM, Leif Lindholm 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. > > I will let Dong fill in on what the current status actually get the > code into the open is. > > / > Leif > According to the accompanying information UEFI SCT requires a working UEFI shell. This rules out this test suite.
Regards Heinrich _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot