Got it. Good information.
Thanks,
Star
-Original Message-
From: Marvin H?user [mailto:marvin.haeu...@outlook.com]
Sent: Thursday, May 17, 2018 7:45 PM
To: edk2-devel@lists.01.org
Cc: Zeng, Star ; Kinney, Michael D
; Gao, Liming
Hi,
I'm working on changing SynQuacer/PlatformDxe initial HII configuration.
In the current implementation, SynQuacerPlatformSettings HII variable doesn't
set its initial value from PcdPlatfromSettings.
* PcdPlatformSettings is initially set with value in dsc at build time
*
refactoring almost identical functions to delete and use the other.
Cc: Liming Gao
Cc: Yonghong Zhu
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jaben Carsey
---
Cc: Liming Gao
Cc: Yonghong Zhu
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jaben Carsey
---
BaseTools/Source/Python/AutoGen/AutoGen.py | 335
+---
the first patch merges 2 almost identical functions by moving optional output
to the WorkspaceCommon version and then calls it from AutoGen.
the second patch is lots of small cleanups.
Jaben Carsey (2):
BaseTools: refactor to remove functions
BaseTools: Cleanup unneeded code
> Hey Sai and others,
>
> I did not verify this is actually the case for QEMU, but the mentioned range
> is
> usually the SMRAM ASEG.
> SMRAM ranges are not reported in the Memory Map by-design.
>
Thanks for educating us on this Marvin :)
Regards,
Sai
On 05/17/2018 06:10 AM, Laszlo Ersek wrote:
The memory controller (or other silicon) initialization code is usually
one of the most proprietary parts of any platform firmware. It's pretty
unlikely you can get the source for it from anyone else than the
platform manufacturer, and that's assuming
On 05/15/2018 03:36 PM, Anatol Pomozov wrote:
> [...] Is there a simple tool that allows to extract these Intel blobs from
> Build/CorebootPayloadPkgX64/RELEASE_GCC5/FV/UEFIPAYLOAD.fd ?
I expect most Tianocore tools focus on creating blobs, not reversing
them. If EDK2 has tools like this, I'd
On 05/17/18 16:43, Marc-André Lureau wrote:
> On Wed, May 16, 2018 at 11:29 AM, Laszlo Ersek wrote:
>> - the "xfuncname"-related settings, so that git diff hunk headers @@
>> are useful for DSC and INF files too,
>>
>
> This is already in my .git/config, I hope it takes
From: Marc-André Lureau
This NULL library will let us call
Tcg2PhysicalPresenceLibProcessRequest() unconditionally from
BdsPlatform when building without TPM2_ENABLE.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Marc-André Lureau
From: Marc-André Lureau
Cloned "SecurityPkg/Library/DxeTcg2PhysicalPresenceLib" and:
- removed all the functions that are unreachable from
Tcg2PhysicalPresenceLibProcessRequest()
- replaced everything that's related to the
TCG2_PHYSICAL_PRESENCE*_VARIABLE
From: Marc-André Lureau
Call Tcg2PhysicalPresenceLibProcessRequest() to process pending PPI
requests from PlatformBootManagerAfterConsole().
Laszlo understanding of edk2 is that the PPI operation processing was
meant to occur *entirely* before End-Of-Dxe, so that
From: Marc-André Lureau
Add some common macros and type definitions corresponding to the QEMU
TPM interface.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Marc-André Lureau
---
Hi
On Thu, May 17, 2018 at 9:54 AM, Laszlo Ersek wrote:
> On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
>> From: Marc-André Lureau
>>
>> Hi,
>>
>> The following series adds basic TPM PPI 1.3 support for OVMF-on-QEMU
>> with TPM2 (I haven't
Hi
On Wed, May 16, 2018 at 11:29 AM, Laszlo Ersek wrote:
> Hi Marc-André,
>
> On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
>> From: Marc-André Lureau
>>
>> Hi,
>>
>> The following series adds basic TPM PPI 1.3 support for OVMF-on-QEMU
>>
Still looks good to me. Ray?
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Marvin Häuser
> Sent: Thursday, May 17, 2018 5:43 AM
> To: edk2-devel@lists.01.org
> Cc: Carsey, Jaben ; Ni, Ruiyu
>
Hey Jaben,
Done.
Regards,
Marvin.
> -Original Message-
> From: Carsey, Jaben
> Sent: Thursday, May 17, 2018 12:32 AM
> To: Marvin Häuser ; edk2-
> de...@lists.01.org
> Cc: Kinney, Michael D ; Gao, Liming
>
Currently, SmbiosLib declares the PcdLib library class. Update the
declaration to declare SmbiosLib.
V2:
- Do not change the copyright date as requested.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Marvin Haeuser
---
EFI_RUNTIME_SERVICES.GetTime() might return an unspecified Timezone,
such as when SetTime() has not been called after the PC-AT CMOS RTC
was cut off power. Consider this case by not attempting Timezone
translations for when it is invalid.
V2:
- Do not change the copyright date as requested.
-
MmSwDispatch.h current refers to the deprecated SmmSw2Dispatch
protocol. Replace those references with the new MmSwDispatch name.
V2:
- Do not change the copyright date as requested.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Marvin Haeuser
This patch adds the HPET Event Timer Block ID definition that can be
found in the IA-PC HPET Specification, section 3.2.4.
V2:
- Do not change the copyright date as requested.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Marvin Haeuser
---
The current implementation of the FileHandleGetFileName() function
assumes that the Root directory always has the FileName '\0'.
However, the only requirement the UEFI specification defines is that
a prepended '\\' must be supported to access files and folders
relative to the Root directory.
This
Move the NULL-check in FileHandleGetInfo() to directly after the
allocation to prevent potential NULL dereferences.
V2:
- Do not change the copyright date as requested.
- Added R-bs from V1 as no functional changes have been made.
Contributed-under: TianoCore Contribution Agreement 1.1
On 05/17/18 13:50, Tasniya Begum Kankudti wrote:
> Dear Sir/ Madam
>
> We are using OpenQ660 Board. we suspect that edk2 is the bootloader
> for the same. We are unable to find the ram initialization code in
> edk2 bootloader. Please help us to find the respective ram
> initialization code.
Dear Sir/ Madam
We are using OpenQ660 Board. we suspect that edk2 is the bootloader for the
same. We are unable to find the ram initialization code in edk2 bootloader.
Please help us to find the respective ram initialization code. Please do write
back waiting for your reply.
Thanks and
Hey Star,
Actually the definition added is part of the definition of the ACPI Table
header.
I think there might be confusion because the first 32 bits match the first 32
bits of the Capabilities register.
However, they are defined separately and the ACPI field lacks the upper 32 bits.
Thanks,
Thanks for your comment,
Comments are inline
Regards,
Marvin.
> -Original Message-
> From: Ni, Ruiyu
> Sent: Thursday, May 17, 2018 9:58 AM
> To: Marvin Häuser ; Laszlo Ersek
> ; edk2-devel@lists.01.org
> Cc: Dong, Eric
On 05/17/18 11:21, Gerd Hoffmann wrote:
> Then check for PCI_CLASS_DISPLAY_VGA using the new field.
> This allows to enable/disable non-vga display classes per
> card entry.
>
> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Gerd Hoffmann
> ---
>
On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
> From: Marc-André Lureau
>
> Call Tcg2PhysicalPresenceLibProcessRequest() to process pending PPI
> requests from PlatformBootManagerAfterConsole().
>
> Laszlo understanding of edk2 is that the PPI operation
On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
> From: Marc-André Lureau
>
> Cloned "SecurityPkg/Library/DxeTcg2PhysicalPresenceLib" and:
>
> - removed all the functions that are unreachable from
> Tcg2PhysicalPresenceLibProcessRequest()
>
> - replaced
This makes QemuVideo bind to the secondary-vga device.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Gerd Hoffmann
---
OvmfPkg/QemuVideoDxe/Driver.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/OvmfPkg/QemuVideoDxe/Driver.c
Then check for PCI_CLASS_DISPLAY_VGA using the new field.
This allows to enable/disable non-vga display classes per
card entry.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Gerd Hoffmann
---
OvmfPkg/QemuVideoDxe/Qemu.h | 1 +
On 05/17/18 09:54, Laszlo Ersek wrote:
> On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
>> From: Marc-André Lureau
>>
>> Hi,
>>
>> The following series adds basic TPM PPI 1.3 support for OVMF-on-QEMU
>> with TPM2 (I haven't tested TPM1, for lack of interest).
Add item in SYSTEM_CONFIGURATION and EFI_GLOBAL_NVS_AREA for reporting UART 1
as PNP0501 COM.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: zwei4
---
Vlv2DeviceRefCodePkg/AcpiTablesPCAT/GloblNvs.asl | 5 +++--
On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
> From: Marc-André Lureau
>
> Add some common macros and type definitions corresponding to the QEMU
> TPM interface.
>
> Signed-off-by: Marc-André Lureau
> ---
>
Reviewed-by: Liming Gao
>-Original Message-
>From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>Ruiyu Ni
>Sent: Wednesday, May 09, 2018 5:37 PM
>To: edk2-devel@lists.01.org
>Cc: Kinney, Michael D ; Gao, Liming
Reviewed-by: Ruiyu Ni
Thanks/Ray
> -Original Message-
> From: edk2-devel On Behalf Of Marvin
> Häuser
> Sent: Sunday, May 6, 2018 4:22 AM
> To: edk2-devel@lists.01.org
> Cc: Kinney, Michael D ; Gao, Liming
Reviewed-by: Ruiyu Ni
Thanks/Ray
> -Original Message-
> From: edk2-devel On Behalf Of Marvin
> Häuser
> Sent: Sunday, May 6, 2018 4:23 AM
> To: edk2-devel@lists.01.org
> Cc: Carsey, Jaben ; Ni, Ruiyu
Reviewed-by: Ruiyu Ni
Thanks/Ray
> -Original Message-
> From: Marvin Häuser
> Sent: Sunday, May 6, 2018 8:07 AM
> To: edk2-devel@lists.01.org
> Cc: Carsey, Jaben ; Ni, Ruiyu
> Subject: [PATCH]
Thanks/Ray
> -Original Message-
> From: edk2-devel On Behalf Of Marvin
> Häuser
> Sent: Wednesday, May 16, 2018 1:15 AM
> To: Laszlo Ersek ; edk2-devel@lists.01.org
> Cc: Ni, Ruiyu ; Dong, Eric
On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
> From: Marc-André Lureau
>
> This NULL library will let us call
> Tcg2PhysicalPresenceLibProcessRequest() unconditionally from
> BdsPlatform when building without TPM2_ENABLE.
>
> Signed-off-by: Marc-André
On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
> From: Marc-André Lureau
>
> Hi,
>
> The following series adds basic TPM PPI 1.3 support for OVMF-on-QEMU
> with TPM2 (I haven't tested TPM1, for lack of interest).
>
> PPI test runs successfully with Windows
On 05/16/18 11:29, Laszlo Ersek wrote:
> Hi Marc-André,
>
> On 05/15/18 14:30, marcandre.lur...@redhat.com wrote:
>> From: Marc-André Lureau
>>
>> Hi,
>>
>> The following series adds basic TPM PPI 1.3 support for OVMF-on-QEMU
>> with TPM2 (I haven't tested TPM1, for
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Guo Mang
---
Platform/ReadMe.MD | 133 +
ReadMe.MD | 8 +---
2 files changed, 13 insertions(+), 128 deletions(-)
diff --git
44 matches
Mail list logo