summaryrefslogtreecommitdiff
path: root/UnixPkg
diff options
context:
space:
mode:
authorLaszlo Ersek <lersek@redhat.com>2015-03-02 16:19:36 +0000
committerlersek <lersek@Edk2>2015-03-02 16:19:36 +0000
commit7602900abac3078760e1db11d4bcf83f0901159d (patch)
treece241ad59b8215d0667d54efba829522bba147d6 /UnixPkg
parent3d5cf3726ec16fe87662a6a4472c1848bb5ac34a (diff)
downloadedk2-platforms-7602900abac3078760e1db11d4bcf83f0901159d.tar.xz
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
Diffstat (limited to 'UnixPkg')
0 files changed, 0 insertions, 0 deletions