ArmVirtualizationPkg: PlatformIntelBdsLib: lack of QEMU kernel is no error

When the user doesn't pass a kernel with QEMU's "-kernel" switch, the
firmware sees a zero-sized kernel blob via the QemuFwCfgItemKernelSize
key; there's no way to distinguish "no kernel" from "zero sized kernel".
In both cases TryRunningQemuKernel() proceeds as far as gBS->LoadImage(),
which then rejects the zero sized synthetic file with EFI_UNSUPPORTED.

This is known and works fully as expected; however we should rather catch
the much more frequent "no kernel" case earlier, in order to avoid the
EFI_D_ERROR message

  TryRunningQemuKernel: LoadImage(): Unsupported

which is arguably meaningless noise for the "no kernel" case.

Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
Reviewed-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Reviewed-by: Leif Lindholm <leif.lindholm@arm.com>

git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@16985 6f19259b-4bc3-4df7-8a09-765794883524
This commit is contained in:
Laszlo Ersek 2015-03-02 16:19:36 +00:00 committed by lersek
parent 3d5cf3726e
commit 7602900aba
1 changed files with 5 additions and 0 deletions

View File

@ -949,6 +949,11 @@ TryRunningQemuKernel (
InitrdBlob = &mKernelBlob[KernelBlobTypeInitrd];
CommandLineBlob = &mKernelBlob[KernelBlobTypeCommandLine];
if (KernelBlob->Data == NULL) {
Status = EFI_NOT_FOUND;
goto FreeBlobs;
}
//
// Create a new handle with a single VenHw() node device path protocol on it,
// plus a custom SimpleFileSystem protocol on it.