From: jason.spottswood@hpe.com
To: devel@edk2.groups.io
Subject: Recent changes to EsrtFmp causing ASSERTs
Date: Mon, 30 Sep 2019 13:48:16 -0700 [thread overview]
Message-ID: <19681.1569876496768913642@groups.io> (raw)
[-- Attachment #1: Type: text/plain, Size: 1288 bytes --]
In EsrtFmp.c, function CreateEsrtEntry, line 196, the code asserts if the FMP image hardware instance matches that of an existing instance. This is fine if the hardware instance is supported. The field is optional though. In the UEFI spec, "a zero hardware instance means the FMP provider is not able to determine a unique hardware instance number or a hardware instance number is not needed." The code below needs to also check if the hardware instance is supported (by comparing it to zero) before checking it against existing entries.
//
// Check to see of FmpImageInfoBuf GUID/HardwareInstance is unique
//
for (Index = 0; Index < *NumberOfDescriptors; Index++) {
if ( CompareGuid (&HardwareInstances[Index].ImageTypeGuid, &FmpImageInfoBuf->ImageTypeId)) {
if (HardwareInstances[Index].HardwareInstance == FmpHardwareInstance) {
DEBUG ((DEBUG_ERROR, "EsrtFmpDxe: Duplicate firmware image descriptor with GUID %g HardwareInstance:0x%x\n", &FmpImageInfoBuf->ImageTypeId, FmpHardwareInstance));
ASSERT (
! CompareGuid (&HardwareInstances[Index].ImageTypeGuid, &FmpImageInfoBuf->ImageTypeId) ||
HardwareInstances[Index].HardwareInstance != FmpHardwareInstance
);
return EFI_UNSUPPORTED;
}
}
}
[-- Attachment #2: Type: text/html, Size: 1683 bytes --]
next reply other threads:[~2019-09-30 20:48 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-30 20:48 jason.spottswood [this message]
2019-09-30 20:52 ` [edk2-devel] Recent changes to EsrtFmp causing ASSERTs Rothman, Michael A
2019-09-30 21:23 ` jason.spottswood
2019-10-01 16:49 ` Sean
2019-10-01 17:30 ` Michael D Kinney
2019-10-01 21:20 ` Spottswood, Jason
2019-10-02 15:12 ` Michael D Kinney
2019-10-18 21:52 ` scott.wiginton
2019-10-19 1:03 ` Michael D Kinney
2019-10-21 13:12 ` scott.wiginton
2019-10-21 16:30 ` Michael D Kinney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=19681.1569876496768913642@groups.io \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox