David,
Thanks for the information.
For HiPermanentMemoryAddress and HiPermanentMemorySize, I want to
confirm that they are for the permanent memory allocation defined in PCI
Firmware 3.0 spec:
5.2.1.7. Permanent Memory
Permanent memory will continue to be assigned to the Expansio
Thanks for reporting the issue.
I have just committed a fix in SVN rev15536.
From: Sivasakthivel Nainar [sivasakthiv...@ami.com]
Sent: 07 April 2014 13:29
To: edk2-devel@lists.sourceforge.net
Subject: [edk2] EmbeddedPkg Statuscode
EmbeddedPkg\Library\PrePi
Locate QEMU SMBIOS data in fw_cfg and install it via the
SMBIOS protocol.
Starting with qemu-2.1, on pc/x86 machines of type >= 2.1, full
SMBIOS tables are generated and inserted into fw_cfg (i.e., no
per-field patching of locally generated structures is required).
Aside from new code to extract
The SMBIOS specification requires some structure types to
contain reference fields to other structures' handles. When
InstallAllStructures() rebuilds the SMBIOS tables by traversing
an existing source table, the use of SMBIOS_HANDLE_PI_RESERVED
causes automatically generated, arbitrary handle numbe
This patch set adds QEMU (2.1 and later) SMBIOS support to OvmfPkg.
Starting with QEMU 2.1, full SMBIOS tables are created and inserted
into fw_cfg. This allows OvmfPkg to reuse most of the pre-existing
Xen code to generate a final SMBIOS table, without the need to apply
fw_cfg per-filed "patches"
On Wed, May 14, 2014 at 12:34:14PM -0400, Gabriel L. Somlo wrote:
> On Wed, May 14, 2014 at 02:55:15PM +0100, Wei Liu wrote:
> > On Wed, May 14, 2014 at 03:31:48PM +0200, Laszlo Ersek wrote:
> > > On 05/14/14 00:13, Gabriel L. Somlo wrote:
> > > > The SMBIOS specification requires some structure ty
