Jaben,
I sent a patch a last year (25/06/2012) to fix the build issue below:
# ARM Toolchain:
/StdLib/LibC/Stdio/vfscanf.c(846,30) : error #171: invalid type conversion
/StdLib/LibC/Stdio/vfscanf.c(850,11) : error #41: expression must have
arithmetic or pointer type
/StdLib/LibC/Stdio/
During application development, we came across a place where DrawImage() does
not fully implement the specification. Specifically, if the image is to be
drawn transparently directly to the screen, it simply returns
EFI_INVALID_PARAMETER (see code snippet from Image.c in HiiDatabaseDxe). I am
su
David,
I understand the utility of what you are asking for. There is a possibility
that I will create versions of open(), fopen(), etc. that take wide character
arguments but the priority for that is so low that it may never happen.
The file names and paths will continue to be char* for the fo
Tim,
I think this proposal makes sense. We already have something similar for VPD
typed PCDs so the VPD region can preserve its binary layout even if a PCD is
retired across FW updates.
I think we may want to make sure the syntax requires the DSC to opt-in to the
extra PCDs so extra PCDs are
Hi,
I searched the UEFI specs for SMBIOS I found it's available through
the ConfigurationTable in the SystemTable. Once I do find it, is it
going to have the same Entry Point as defined in the SMBIOS specs?
The question comes up because the TableAddress is a 32bit value -
Which means the table is
On 08/13/13 22:21, David F. wrote:
> Hi,
> I searched the UEFI specs for SMBIOS I found it's available through
> the ConfigurationTable in the SystemTable. Once I do find it, is it
> going to have the same Entry Point as defined in the SMBIOS specs?
> The question comes up because the TableAddress
The discovery mechanisms are different for BIOS and UEFI systems. A BIOS system
searches 000Fh to 000Fh, and a UEFI system has a GUID/pointer pair in
the EFI System Table that points to the table. This is all described in the
latest SMBIOS Spec.
http://www.dmtf.org/sites/default/files/
While debugging an issue on NT32, I ran into an issue where PEIMs executing
after permanent memory is installed continue to access temporary memory. After
some debugging, the root cause is the
MdePkg/Library/PeiServicesTablePointerLib, which simply tries to store the PEI
SERVICES table pointer
On Aug 13, 2013, at 3:28 PM, Tim Lewis wrote:
> While debugging an issue on NT32, I ran into an issue where PEIMs executing
> after permanent memory is installed continue to access temporary memory.
> After some debugging, the root cause is the
> MdePkg/Library/PeiServicesTablePointerLib, whi
Hello all,
I have a bitmap in NVConfig structure. I am trying to get its value using
"get" operator in vfr file.
get(NVData.bitmap). based on this bitmap, i am selectively hiding some
options to the user.
Problem is, get is unable to extract the bitmap from the NVConfig
structure. If i hardcode th
10 matches
Mail list logo