From: "Michael D Kinney" <michael.d.kinney@intel.com>
To: "devel@edk2.groups.io" <devel@edk2.groups.io>,
"scott.wiginton@hpe.com" <scott.wiginton@hpe.com>,
"Kinney, Michael D" <michael.d.kinney@intel.com>
Subject: Re: [edk2-devel] Recent changes to EsrtFmp causing ASSERTs
Date: Sat, 19 Oct 2019 01:03:04 +0000 [thread overview]
Message-ID: <E92EE9817A31E24EB0585FDF735412F5B9DEDF9B@ORSMSX113.amr.corp.intel.com> (raw)
In-Reply-To: <11551.1571435531558989546@groups.io>
[-- Attachment #1: Type: text/plain, Size: 1336 bytes --]
Devices with FMP instances below version 3 do not support a HardwareInstance so they can only support single device for each GUID. FMP implementations with versions below 3 that want to support multiple devices need to use multiple GUIDs.
The ASSERT() is still be correct if there are multiple FMP instances with the same GUID and their version is below 3 that uses an assumed HardwareInstance of 0.
Mike
From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of scott.wiginton@hpe.com
Sent: Friday, October 18, 2019 2:52 PM
To: Kinney, Michael D <michael.d.kinney@intel.com>; devel@edk2.groups.io
Subject: Re: [edk2-devel] Recent changes to EsrtFmp causing ASSERTs
Hi Michael,
I'm not sure that I agree with your last statement. The says that HardwareInstance is "Only present in version 3 or higher" in reference to the EFI_FIRMWARE_IMAGE_DESCRIPTOR. Isn't that the point of the DescriptorVersion parameter in FMP.GetImageInfo? To know if that field is event valid or not. The function in question even looks at this passed in FW image descriptor version (though the parameter is called FmpVersion). The code just sets it to 0 if the FmpVersion is < 3. If one or more devices producing FMPs in the system do not support FW image descriptor 3 or later, then this will cause an ASSERT.
Thanks,
SWig
[-- Attachment #2: Type: text/html, Size: 40702 bytes --]
next prev parent reply other threads:[~2019-10-19 1:03 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-30 20:48 Recent changes to EsrtFmp causing ASSERTs jason.spottswood
2019-09-30 20:52 ` [edk2-devel] " 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 [this message]
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=E92EE9817A31E24EB0585FDF735412F5B9DEDF9B@ORSMSX113.amr.corp.intel.com \
--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