On 31 July 2015 at 02:02, Laszlo Ersek wrote:
> On 07/31/15 01:49, Ard Biesheuvel wrote:
>> On 31 July 2015 at 01:17, Laszlo Ersek wrote:
>>> On 07/27/15 15:52, Ard Biesheuvel wrote:
On 27 July 2015 at 15:34, Liu, Yingke D wrote:
> Reviewed-by: Yingke Liu
>
Thank you
On 31 July 2015 at 02:10, Laszlo Ersek wrote:
> On 07/28/15 18:42, Ard Biesheuvel wrote:
>> Now that GenFw correctly propagates the minimum alignment of the ELF
>> input sections to the PE/COFF binary, we can simply select 'auto'
>> alignment in the FDF Rule section instead of tweaking it by hand.
On 31 July 2015 at 03:57, Gao, Liming wrote:
> Ard:
> This way may not work. I need to confirm it.
>
> I think you can provide the two Ffs Rules. One is with Fixed and 4K,
> another is no. They have the different Rule names. Then, apply the different
> one in the different tool chains. The e
On 30 July 2015 at 16:16, Ard Biesheuvel wrote:
> Fourth attempt at unifying the various GCC linker scripts for different
> architectures, GCC versions and minimum alignments.
>
> Changes since v3:
> - added patch #5 which updates the various IA32/X86 linker scripts to take
> their
> PE/COFF he
The Arm and Aarch64 source files for ArmGicArchLib are copy/paste of
each other with one minor difference to how they check for if the
platform has GICv3.
I made the change in two patches so that the diff could be identified
separately from the move commit.
The first patch makes both the Arm an
Now that the Arm and Aarch64 source files are identical and rely on
conditional compilation to provide arch specific code, remove the
duplicated files and use one common file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ryan Harkin
---
.../Library/ArmGicArchLib/AArch64
Make Arm and Aarch64 both use the same code, conditionally compiled, to
check if the platform has GICv3.
Both source files for Arm and Aarch64 are now identical and the next
step is to move to a common source file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ryan Harkin
On 31 July 2015 at 14:06, Ryan Harkin wrote:
> Make Arm and Aarch64 both use the same code, conditionally compiled, to
> check if the platform has GICv3.
>
> Both source files for Arm and Aarch64 are now identical and the next
> step is to move to a common source file.
>
> Contributed-under: Tiano
On 31 July 2015 at 14:06, Ryan Harkin wrote:
> Now that the Arm and Aarch64 source files are identical and rely on
> conditional compilation to provide arch specific code, remove the
> duplicated files and use one common file.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-of
On 31 July 2015 at 13:13, Ard Biesheuvel wrote:
> On 31 July 2015 at 14:06, Ryan Harkin wrote:
> > Make Arm and Aarch64 both use the same code, conditionally compiled, to
> > check if the platform has GICv3.
> >
> > Both source files for Arm and Aarch64 are now identical and the next
> > step is
This feature is added for UEFI spec that says
"Stack may be marked as non-executable in identity mapped page tables".
A PCD PcdSetNxForStack is added to turn on/off this feature, and it is
FALSE by default.
Cc: Jiewen Yao
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Star
On 31 July 2015 at 14:21, Ryan Harkin wrote:
>
>
> On 31 July 2015 at 13:13, Ard Biesheuvel wrote:
>>
>> On 31 July 2015 at 14:06, Ryan Harkin wrote:
>> > Make Arm and Aarch64 both use the same code, conditionally compiled, to
>> > check if the platform has GICv3.
>> >
>> > Both source files for
On 31 July 2015 at 13:28, Ard Biesheuvel wrote:
> On 31 July 2015 at 14:21, Ryan Harkin wrote:
> >
> >
> > On 31 July 2015 at 13:13, Ard Biesheuvel
> wrote:
> >>
> >> On 31 July 2015 at 14:06, Ryan Harkin wrote:
> >> > Make Arm and Aarch64 both use the same code, conditionally compiled,
> to
>
On 31 July 2015 at 14:22, Ryan Harkin wrote:
>
>
> On 31 July 2015 at 13:28, Ard Biesheuvel
> wrote:
>
>> On 31 July 2015 at 14:21, Ryan Harkin wrote:
>> >
>> >
>> > On 31 July 2015 at 13:13, Ard Biesheuvel
>> wrote:
>> >>
>> >> On 31 July 2015 at 14:06, Ryan Harkin wrote:
>> >> > Make Arm an
On 31 July 2015 at 15:27, Ryan Harkin wrote:
>
>
> On 31 July 2015 at 14:22, Ryan Harkin wrote:
>>
>>
>>
>> On 31 July 2015 at 13:28, Ard Biesheuvel
>> wrote:
>>>
>>> On 31 July 2015 at 14:21, Ryan Harkin wrote:
>>> >
>>> >
>>> > On 31 July 2015 at 13:13, Ard Biesheuvel
>>> > wrote:
>>> >>
>>>
We have observed an interesting behavior in the IP4Config2 implementation in
EDK2 and have a concern with it.
This is Part 1 of multiple parts, sent in separate email threads to make it
easier to track the discussion on each issue
The IPv4 config policy for all NICs defaults to DHCP.
-
This is Part 2 of the issues we observed in IP4Config2 in EDK2
On the UEFI 2.4 IP4Config Protocol, if the NIC is configured for DHCP, the IP4
driver instance for that NIC would re-initiate a DHCP if it detects that there
is a network blip (cable remove, reconnect for example). On the UEFI 2.5 ED
This is Part 3 of the issues we observed in IP4Config2 in EDK2
The UEFI 2.5 spec provides a method RegisterDataNotify() as part of the
Ip4Config2 protocol that is used by callers to get notified of asynchronous
configuration completion. The current EDK2 implementation is covering setting
the in
Now that the Arm and Aarch64 source files are identical and rely on
conditional compilation to provide arch specific code, remove the
duplicated files and use one common file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ryan Harkin
Reviewed-by: Ard Biesheuvel
---
ArmP
The Arm and Aarch64 source files for ArmGicArchLib are copy/paste of
each other with one minor difference to how they check for if the
platform has GICv3.
I made the change in two patches so that the diff could be identified
separately from the move commit.
The first patch makes both the Arm an
Make Arm and Aarch64 both use the same code, conditionally compiled, to
check if the platform has GICv3.
Both source files for Arm and Aarch64 are now identical and the next
step is to move to a common source file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ryan Harkin
On 31 July 2015 at 15:49, Ryan Harkin wrote:
> Now that the Arm and Aarch64 source files are identical and rely on
> conditional compilation to provide arch specific code, remove the
> duplicated files and use one common file.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-o
On 31 July 2015 at 15:50, Ryan Harkin wrote:
>
>
> On 31 July 2015 at 15:49, Ryan Harkin wrote:
>
>> Now that the Arm and Aarch64 source files are identical and rely on
>> conditional compilation to provide arch specific code, remove the
>> duplicated files and use one common file.
>>
>> Contrib
> On Jul 31, 2015, at 7:49 AM, Ryan Harkin wrote:
>
> Make Arm and Aarch64 both use the same code, conditionally compiled, to
> check if the platform has GICv3.
>
> Both source files for Arm and Aarch64 are now identical and the next
> step is to move to a common source file.
>
> Contributed-u
On 31 July 2015 at 17:16, Andrew Fish wrote:
>
> On Jul 31, 2015, at 7:49 AM, Ryan Harkin wrote:
>
> Make Arm and Aarch64 both use the same code, conditionally compiled, to
> check if the platform has GICv3.
>
> Both source files for Arm and Aarch64 are now identical and the next
> step is to mo
> On Jul 31, 2015, at 9:37 AM, Ryan Harkin wrote:
>
> On 31 July 2015 at 17:16, Andrew Fish wrote:
>
>>
>> On Jul 31, 2015, at 7:49 AM, Ryan Harkin wrote:
>>
>> Make Arm and Aarch64 both use the same code, conditionally compiled, to
>> check if the platform has GICv3.
>>
>> Both source fil
This patch de-duplicates the logic added in commit
OvmfPkg: PlatformPei: set SMBIOS entry point version dynamically
(git 37baf06b, SVN r17676) by hooking DetectSmbiosVersionLib into
SmbiosDxe.
Although said commit was supposed to work with SMBIOS 3.0 payloads from
QEMU, in practice that never
This patch de-duplicates the logic added in commit
ArmVirtPkg: QemuFwCfgToPcdDxe: set SMBIOS entry point version
dynamically
(git c98da334, SVN r18043) by hooking DetectSmbiosVersionLib into
SmbiosDxe.
Although said commit was supposed to work with SMBIOS 3.0 payloads from
QEMU, in practice
This reverts git commit d2733aa9 (SVN r18042), because it is empty now.
The original problem:
Many universal DXE drivers in edk2 can be controlled by setting dynamic
PCDs. Such a PCD must be set before the consumer DXE driver is
dispatched.
should be hereafter solved similarly to how
OvmfPk
This dynamic PCD will enable a small code de-duplication between
OvmfPkg/SmbiosPlatformDxe and OvmfPkg/Library/SmbiosVersionLib. Since both
of those are also used in ArmVirtQemu.dsc, and we should avoid
cross-package commits when possible, this patch declares
PcdQemuSmbiosValidated first, and sets
The upcoming OvmfPkg patches will implicitly affect the ArmVirtQemu.dsc
build, necessitating a default value for the new dynamic
PcdQemuSmbiosValidated. Add it.
Cc: Ard Biesheuvel
Cc: Wei Huang
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
---
ArmVirtPkg/A
At this point all platforms that use OvmfPkg/SmbiosPlatformDxe in edk2,
namely ArmVirtQemu.dsc and OvmfPkg*.dsc, have been migrated to
SmbiosVersionLib. Therefore SmbiosPlatformDxe itself can forego verifying
QEMU's SMBIOS entry point; if SmbiosVersionLib's validation was
successful, it should just
The SMBIOS 3.x entry point is structurally different from the 2.x
variant, therefore the current code used by OvmfPkg and ArmVirtPkg
doesn't recognize an SMBIOS 3.0 entry point structure even if QEMU
exports one. This series rectifies that.
The first four patches implement Jordan's great idea: the
Introduce a minimal library instance for fetching and validating the
SMBIOS entry point structure exposed by QEMU over fw_cfg. This library is
meant to be hooked into MdeModulePkg/Universal/SmbiosDxe by platform DSC
files, so that the library can set the PCD(s) that SmbiosDxe consumes at
the right
Also set the DocRev field the way QEMU exposes it, because
MdeModulePkg/Universal/SmbiosDxe lets us control that field too.
Cc: Ard Biesheuvel
Cc: Wei Huang
Cc: Jordan Justen
Cc: Gabriel L. Somlo
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
---
OvmfPkg/
When MdeModulePkg/Universal/SmbiosDxe is instructed to compose & install
an SMBIOS 3.0 entry point, it keys the Docrev (specification document
revision) field of that structure off of PcdSmbiosDocRev. An upcoming
OvmfPkg patch will have OvmfPkg/Library/SmbiosVersionLib set this PCD
dynamically. Bec
The .inf/source file approach is the way to be consistent with the rest of
edk2. I think it would be messy for the rest of edk2 to use .inf binding and
for Arm packages to use a combination of #ifdef and .inf techniques. As
someone who has ported UEFI to a new processor architecture I appreci
> Is anyone from AMD on this list? If you know the right person, could you
> please forward?
[Gary Simpson] Hi, Lee. My name is Gary Simpson (Firmware Architect at AMD).
Your post was forwarded to me. (Thanks to both people who did so.) If
desired, you can contact me directly at: gary.simp..
On 31 Jul 2015 21:21, "Cohen, Eugene" wrote:
>
> The .inf/source file approach is the way to be consistent with the rest
of edk2. I think it would be messy for the rest of edk2 to use .inf
binding and for Arm packages to use a combination of #ifdef and .inf
techniques. As someone who has ported
39 matches
Mail list logo
