On 11/06/15 18:01, Ashutosh Singh wrote:
> When performing a tftp download from a server which does not support
> rfc2349 transfer size option (such as netkit-tftpd), the existing code
> falls back to allocating an 8MB buffer. Since this is insufficient for
> an uncompressed AArch64 Linux kernel im
On 11/09/15 16:07, Scott Duplichan wrote:
> Hello Liming,
>
> You are right, the select-all, paste method skips the mail header.
> I don't know of a solution that retains the mail header.
Here's one way.
(1) Locate the email that you are interested in in the mailing list archive.
If your email
On 11/09/15 16:52, Conen, Johannes wrote:
> Hello everyone,
>
> after switching from UDK2014 to UDK2015, I noticed that the network
> commands (ifconfig / ping) don't work anymore. ifconfig just exits
> with no feedback and ping says "Config no mapping" (logical, as it is
> not possible to get an
side note:
On 11/09/15 21:30, Laszlo Ersek wrote:
>> Shell> ifconfig -s eth0 dhcp
>> Shell> ifconfig -l eth0
>>
>> -
>>
>> name : eth0
>> Media State : Media present
>> po
On 11/09/15 14:50, P.A.M. van Dam (Pascal) wrote:
>
> Good day all,
>
> I decided to do some testing with iSCSI boot from within a KVM.
>
> My setup is a Centos 7.1 KVM host with several Fedora 22 and Centos 7.1
> guests in it. The iSCSI storage has been configured
> from a LenovoEMC EPX6300 N
On 11/09/15 21:49, Leif Lindholm wrote:
> On Mon, Nov 09, 2015 at 09:30:03PM +0100, Laszlo Ersek wrote:
>>> after switching from UDK2014 to UDK2015, I noticed that the network
>>> commands (ifconfig / ping) don't work anymore. ifconfig just exits
>>> with n
ion
> Process Automation
> Manufacturing Karlsruhe
> PD PA MF-K IPC 2
> Oestliche Rheinbrueckenstr. 50
> 76187 Karlsruhe, Germany
> mailto:johannes.co...@siemens.com
>
>
> -Ursprüngliche Nachricht-
> Von: Wu, Jiaxin [mailto:jiaxin...@intel.com]
> Gesendet: Dienstag, 10. Novem
how UDK releases account for
compatibility in general.
(My *guess* is that UDK2015 generally targets (or moved towards) UEFI
2.5, and Ip4Config (version 1) is apparently deprecated in UEFI 2.5.)
Thanks
Laszlo
>
> Greetings
> Johannes
>
> -Ursprüngliche Nachricht-
>
On 11/10/15 11:43, Leif Lindholm wrote:
> On Tue, Nov 10, 2015 at 11:28:10AM +0100, Laszlo Ersek wrote:
>> On 11/10/15 11:20, Conen, Johannes wrote:
>>> Hmm, you're right. is it briefly mentioned in the "ShellPkg
>>> Notes.txt" - I must adm
On 11/10/15 15:36, Carsey, Jaben wrote:
>
>
>> -Original Message-
>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Laszlo
>> Ersek
>> Sent: Tuesday, November 10, 2015 3:54 AM
>> To: Leif Lindholm
>> Cc: edk2-devel@li
Adding John Snow (IDE maintainer in QEMU)
On 11/10/15 17:55, Mark Rutland wrote:
> I've been trying to test an EFI application on x86_64 using Ubuntu 14.04's
> QEMU
> 2.0.0. I have a directory 'foo' containing the application, and I get QEMU to
> create a virtual FAT device:
>
> $ qemu-system-x8
On 11/10/15 19:48, John Snow wrote:
>
>
> On 11/10/2015 01:17 PM, Laszlo Ersek wrote:
>> Adding John Snow (IDE maintainer in QEMU)
>>
>> On 11/10/15 17:55, Mark Rutland wrote:
>>> I've been trying to test an EFI application on x86_64 using Ubuntu 14.04&
Please don't drop the list and other CC's from the discussion when the
initial report is sent to the list. Keeping full context.
On 11/11/15 08:38, P.A.M. van Dam (Pascal) wrote:
> On Mon, Nov 09, 2015 at 10:02:52PM +0100, Laszlo Ersek wrote:
>> On 11/09/15 14:50, P.A.M. van
On 11/11/15 21:01, Jordan Justen wrote:
> On 2015-11-03 13:00:38, Laszlo Ersek wrote:
>> BaseExtractGuidedSectionLib uses a table at the static physical address
>> PcdGuidedExtractHandlerTableAddress, and modules that are linked against
>> BaseExtractGuidedSectionLib are expe
On 11/13/15 09:44, maojunhong wrote:
>
>
> Help: edk2 Ovfm pkg building error:
>
> : error C0DE: Unknown fatal error when processing
> [e:\edk2\OvmfPkg\PlatformDxe\Platform.inf]
>
>
>
> SVN version: edk2 18610
>
>
>
>
>
>
>
>
>
> E:\edk2>build -a IA32 -p OvmfPkg\OvmfPkgIa32.dsc
>
>
On 11/13/15 12:22, P.A.M. van Dam (Pascal) wrote:
> On Thu, Nov 12, 2015 at 07:17:49PM +0100, Laszlo Ersek wrote:
>
> Good afternoon all,
>
>> Please don't drop the list and other CC's from the discussion when the
>> initial report is sent to the list. Keeping f
On 11/13/15 15:55, Ard Biesheuvel wrote:
> The ARM architecture version 7 and later mandates that device mappings
> have the XN (non-executable) bit set, to prevent speculative instruction
> fetches from read-sensitive regions. This implies that we should not map
> regions as device if we want to e
On 11/13/15 13:39, P.A.M. van Dam (Pascal) wrote:
> Good morning all,
>
> What I would like to do is pre-configure the NVRAM of the Virtual Machines
> (guests) with the
> ISCSI config. So have initiator, iSCSI host and target preconfigured in the
> NVRAM before the guest
> gets started. This way
On 11/13/15 18:16, Ard Biesheuvel wrote:
> On 13 November 2015 at 17:55, Ard Biesheuvel
> wrote:
>> On 13 November 2015 at 17:40, Laszlo Ersek wrote:
>>> On 11/13/15 15:55, Ard Biesheuvel wrote:
>>>> The ARM architecture version 7 and later mandates that devi
TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
---
Notes:
This allows me to drop the null implementation of
EFI_PEI_SMM_COMMUNICATION_PPI from the patch "OvmfPkg: add PEIM for
providing TSEG-as-SMRAM during PEI".
MdeModulePkg/Library/SmmLockBoxLib/SmmLockBo
then I can drop the SmmCommunication PPI null
implementation from this OVMF patch. (I've tested S3 that way.)
Thanks!
Laszlo
>
> Thank you
> Yao Jiewen
>
> -Original Message-
> From: Justen, Jordan L
> Sent: Thursday, November 12, 2015 6:41 AM
> To: Kinney,
On 11/11/15 22:25, Jordan Justen wrote:
> On 2015-11-03 13:00:49, Laszlo Ersek wrote:
>> When the user builds OVMF with -D SMM_REQUIRE, our LockBox implementation
>> must not be used, since it doesn't actually protect data in the LockBox
>> from the runtime guest OS.
again for that) that Jordan and Mike asked for.
Thus, I've now committed this: SVN r18823.
Thank you again for the good idea and your flexibility to address this
in SmmLockBoxPeiLib.
Laszlo
>
>
>
> -----Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
&g
refreshed the
commit message, noting why we don't need EFI_PEI_SMM_COMMUNICATION_PPI
from under UefiCpuPkg.)
I can post v5 tomorrow, or wait for more v4 feedback.
Thanks!
Laszlo
>
> -Jordan
>
>>
>>> -Original Message-
>>> From: edk2-devel [mailto:edk2
On 11/17/15 10:35, Star Zeng wrote:
> It is also to add GetControl/SetControl/SetAttributes implementation
> for EarlyFdtPL011SerialPortLib and FdtPL011SerialPortLib.
>
> Cc: Michael D Kinney
> Cc: Liming Gao
> Cc: Laszlo Ersek
> Cc: Ard Biesheuvel
> Contributed-under
Although this also updates Ard's code, mainly, I think I can comment on it:
On 11/17/15 10:35, Star Zeng wrote:
> Cc: Michael D Kinney
> Cc: Liming Gao
> Cc: Jordan Justen
> Cc: Laszlo Ersek
> Contributed-under: TianoCore Contribution Agreement 1.0
> S
On 11/17/15 11:55, Zeng, Star wrote:
> On 2015/11/17 18:09, Laszlo Ersek wrote:
>> On 11/17/15 10:35, Star Zeng wrote:
>>> It is also to add GetControl/SetControl/SetAttributes implementation
>>> for EarlyFdtPL011SerialPortLib and FdtPL011SerialPortLib.
>>>
>
orked code is at g...@github.com:lzeng14/edk2.git
> branch SerialDxeV2.
>
> * New in V2:
> According the suggestion from Laszlo Ersek ,
> zero *Control first in SerialPortGetControl() for
> EmulatorPkg/Omap35xxPkg/OvmfPkg updates.
Please don't post a new version right after gettin
On 11/17/15 14:00, Zeng, Star wrote:
> On 2015/11/17 20:24, Laszlo Ersek wrote:
>> On 11/17/15 12:07, Star Zeng wrote:
>>> Generally, this patch series are to upstream SerialDxe from
>>> EmbeddedPkg to MdeModulePkg,
>>> relatively, they are also to upstream Ser
t;*VirtualMemoryMap = VirtualMemoryTable;
> }
>
Thanks, this update is very welcome.
Please don't forget to test it on phys hw / KVM. (If you haven't done so
yet.)
Reviewed-by: Laszlo Ersek
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
classes for DXE_SMM_DRIVER modules.)
>>
>> - In PEI, the S3 Resume PEIM (UefiCpuPkg/Universal/Acpi/S3Resume2Pei)
>> retrieves data from the LockBox. It is capable of searching SMRAM
>> itself.
>>
>> We resolve LockBoxLib to
>> &qu
On 11/21/15 10:44, Ard Biesheuvel wrote:
> Hello all,
>
> After Drew pointed out that mach-virt now populates the memory region beyond
> DRAM, I am proposing this approach instead. Since KVM limits its IPA space to
> 40 bits, there is simply no point in supporting anything beyond that for
> ArmVir
On 11/21/15 10:44, Ard Biesheuvel wrote:
> The ID mapping routines on virtual platforms simply map the entire
> address space as device memory, and then punch some holes for regions
> that need to be mapped cacheable. On virtual platforms hosted on CPUs
> that support a large physical address range
ailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>> Laszlo Ersek
>> Sent: Tuesday, November 3, 2015 1:01 PM
>> To: edk2-de...@ml01.01.org
>> Subject: [edk2] [PATCH v4 08/41] OvmfPkg: add DXE_DRIVER for providing
>> TSEG-as-SMRAM during boot-time DXE
>>
>
ith STATIC under OvmfPkg,
- I can move the definition of the global variable to the top, remove
its initializer, and assign the members in the driver entry point
instead, if you'd like me to.
Thanks!
Laszlo
>
> Mike
>
>> -Original Message-
>> From: Lasz
devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>> Laszlo Ersek
>> Sent: Tuesday, November 3, 2015 1:01 PM
>> To: edk2-de...@ml01.01.org
>> Subject: [edk2] [PATCH v4 09/41] OvmfPkg: implement
>> EFI_SMM_CONTROL2_PROTOCOL with a DXE_RUNTIME_DRIVER
>>
On 11/23/15 02:44, Star Zeng wrote:
> Cc: Michael D Kinney
> Cc: Liming Gao
> Cc: Jordan Justen
> Cc: Laszlo Ersek
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Star Zeng
> ---
> .../XenConsoleSerialPortLib.c
plement the functions simultaneously with the driver
> replacement.
(1) The commit message has been updated the way I asked, thank you for
that. (See also (3) below.)
However,
>
> Cc: Michael D Kinney
> Cc: Liming Gao
> Cc: Laszlo Ersek
> Cc: Ard Biesheuvel
> Contribut
On 11/23/15 12:53, Ard Biesheuvel wrote:
> On 23 November 2015 at 12:41, Laszlo Ersek wrote:
>> On 11/21/15 10:44, Ard Biesheuvel wrote:
>>> The ID mapping routines on virtual platforms simply map the entire
>>> address space as device memory, and then punch some hole
Hi Jiewen,
On 11/23/15 14:50, jiewen yao wrote:
> In this way, we can centralize the silicon configuration in
> PerformRemainingTasks() function.
> If there are more features need to be configured, they can put in
> PerformRemainingTasks() only.
>
> Contributed-under: TianoCore Contribution Agr
On 11/23/15 16:32, Yao, Jiewen wrote:
> Comments below:
>
> -Original Message-
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Monday, November 23, 2015 10:39 PM
> To: Yao, Jiewen; edk2-de...@ml01.01.org
> Cc: Kinney, Michael D; Fan, Jeff
> Subject: Re: [
/ArmXenRelocatablePlatformLib
- ArmVirtPkg/PrePi
- ArmVirtPkg/ArmVirtXen.*
I think the QEMU build is safe from regressions. So for those patches,
you have my
Acked-by: Laszlo Ersek
(as a formality :))
Cheers
Laszlo
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
VirtualMemoryTable[2].PhysicalBase;
> VirtualMemoryTable[2].Attributes = ARM_MEMORY_REGION_ATTRIBUTE_DEVICE;
>
>// Remap the FD region as normal executable memory
>
Reviewed-by: Laszlo Ersek
Wei, can you please test this version on the ThunderX?
Thanks
Laszlo
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
On 11/23/15 21:04, Wei Huang wrote:
>
>
> On 11/23/2015 11:16 AM, Laszlo Ersek wrote:
>> On 11/23/15 18:10, Ard Biesheuvel wrote:
>>> The ID mapping routines on virtual platforms simply map the entire
>>> address space as device memory, and then punch some hole
On 11/23/15 21:13, Kinney, Michael D wrote:
> Laszlo,
>
> Comments below.
>
> Mike
>
>> -Original Message-----
>> From: Laszlo Ersek [mailto:ler...@redhat.com]
>> Sent: Monday, November 23, 2015 4:34 AM
>> To: Kinney, Michael D ; edk2-de...@ml01.
tyle of
the other packages, while allowing me to use ctags without much
inconvenience. :)
Thanks
Laszlo
>
> Mike
>
>> -Original Message-
>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>> Laszlo Ersek
>> Sent: Monday, November 2
patch style (1) in OvmfPkg specific modules is ok until
> you can find a solution to your ctags issue.
Thank you.
Laszlo
>
> Mike
>
>> -Original Message-
>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>> Laszlo Ersek
>>
Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: "Yao, Jiewen"
> Cc: "Fan, Jeff"
> Cc: "Kinney, Michael D"
> Cc: "Laszlo Ersek"
> ---
> UefiCpuPkg/PiSmmCpuDxeSmm/MpService.c | 10 ++
> UefiC
Message-
>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>> Laszlo Ersek
>> Sent: Monday, November 23, 2015 4:56 AM
>> To: Kinney, Michael D ; edk2-de...@ml01.01.org
>> Subject: Re: [edk2] [PATCH v4 09/41] OvmfPkg: implement
>> EFI_SMM_
On 11/24/15 02:01, Zeng, Star wrote:
> On 2015/11/23 22:01, Laszlo Ersek wrote:
[snip]
>> (2) although I see that you unified the GetControl / SetControl /
>> SetAttributes implementations between
>> - EarlyFdtPL011SerialPortLib and
>> - FdtPL011SerialPortLib,
>&
On 11/24/15 00:25, Andrew Fish wrote:
>
>> On Nov 23, 2015, at 2:03 PM, Narinder Dhillon wrote:
>>
>> Hi Andrew,
>>
>> I looked at the ArmVirtPkg and did the same before I sent the previous
>> email. I am missing some step that is causing the null package to be
>> picked up. Here are my changes,
On 11/24/15 15:27, Zeng, Star wrote:
> On 2015/11/24 21:17, Laszlo Ersek wrote:
>> On 11/24/15 02:01, Zeng, Star wrote:
>>> On 2015/11/23 22:01, Laszlo Ersek wrote:
>>
>> [snip]
>>
>>>> (2) although I see that you unified the GetControl / SetCont
ael D
> Sent: Tuesday, November 24, 2015 2:24 PM
> To: edk2-devel@lists.01.org
> Cc: Laszlo Ersek; Yao, Jiewen; Fan, Jeff
> Subject: [PATCH 2/2] UefiCpuPkg:CpuS3DataDxe - Add module to initialize
> ACPI_CPU_DATA for S3
>
> This module initializes the ACPI_CPU_DATA structure
Mike,
first of all, thanks a lot for doing this.
Some comments below:
On 11/24/15 07:24, Michael Kinney wrote:
> Provide a more detailed description of each field of the
> ACPI_CPU_DATA and CPU_REGISTER_TABLE structures.
>
> Cc: Laszlo Ersek
> Cc: "Yao, Jiewe
patch 0/2) in this commit message. The blurb will not
be captured in the git history.
> Cc: Laszlo Ersek
> Cc: "Yao, Jiewen"
> Cc: "Fan, Jeff"
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Mic
unction call set that bit in the Control variable.
>
> Cc: Michael D Kinney
> Cc: Liming Gao
> Cc: Feng Tian
> Cc: Laszlo Ersek
> Contributed-under: TianoCore Contribution Agreement 1.0
> Suggested-by: Laszlo Ersek
> Signed-off-by: Star Zeng
> ---
> MdeModulePk
On 11/24/15 23:48, Kinney, Michael D wrote:
> Laszlo,
>
> Thanks for the detailed feedback. Comments included below. V2 patch to
> follow.
>
> Mike
>
>> -Original Message-
>> From: Laszlo Ersek [mailto:ler...@redhat.com]
>> Sent: Tuesday, N
uffer be zero-filled. This buffer used to
(1) "This buffer [is] used to"
> + // wake APs during an ACPI S3 resume.
> + //
>EFI_PHYSICAL_ADDRESS StartupVector;
With that change -- and there is no need to submit a v3 just because of
it; it can be fixed at commit time --
Re
equired.
>
> This patch series is in response to the OvmfPkg patch series from
> Laszlo Ersek that enables SMM on OVMF. The v4 version of the patch
> series from Laszlo includes an OVMF specific CPU module to initialize
> the ACPI_CPU_DATA structure.
>
> This proposed p
On 11/25/15 02:04, jiewen yao wrote:
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: "Yao, Jiewen"
> Cc: "Fan, Jeff"
> Cc: "Kinney, Michael D"
> ---
> .../Library/SmmCpuFeaturesLib/SmmCpuFeaturesLib.c | 39
> ++
> 1 file changed, 39 insertions(+)
Jordan, Paolo,
any reviews or ACKs for this one? There are no changes queued for this
patch in the upcoming v5.
Thanks
Laszlo
On 11/03/15 22:01, Laszlo Ersek wrote:
> Cc: Paolo Bonzini
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Laszlo Ersek
> --
!
Laszlo
>
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Yao,
> Jiewen
> Sent: Wednesday, November 25, 2015 7:49 PM
> To: Laszlo Ersek; edk2-de...@ml01.01.org
> Cc: Kinney, Michael D; Fan, Jeff
> Subject: Re: [edk2] [pat
I have some high level questions:
On 11/25/15 14:46, jiewen yao wrote:
> This table is to let SMM core report SMM memory layout,
> especially SMM PE/COFF driver information.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: "Yao, Jiewen"
> Cc: "Zeng, Star"
> Cc: "Kinn
to edit it
in-place (fix up the subject line, and provide a generic description in
the body), before posting it. This is unlike the "nonzero" (i.e., 1-n/n)
patch files, which are not supposed to be touched between generation and
mailing.
Thanks again!
Laszlo
> -Original Message
On 11/25/15 18:41, Ard Biesheuvel wrote:
> On 25 November 2015 at 17:35, Cohen, Eugene wrote:
>> Small warning fix.
>>
>
> Hello Eugene,
>
> Presumably, the warning is about the variable potentially being used
> uninitialized?
> If so, please drop the cast in the initializer, and update your
> $
On 11/25/15 18:46, Jordan Justen wrote:
> On 2015-11-03 13:01:17, Laszlo Ersek wrote:
>> Cc: Paolo Bonzini
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by: Laszlo Ersek
>> ---
>>
>> Notes:
>> v4:
>>
SmmCpuFeaturesAllocatePageTableMemory() into OVMF's SmmCpuFeaturesLib
instance, for v5.)
Thanks!
Laszlo
>
> Mike
>
>> -Original Message-
>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
>> Laszlo Ersek
>> Sent: Wednesday, Novem
On 11/25/15 18:59, Cohen, Eugene wrote:
> Addressing Ard and Laszlo's feedback.
>
> Updated subject. Moved initialization to separate line. Removed the
> typecast which was a carryover from a more strict convention we use in our
> private code.
>
>
> Contributed-under: TianoCore Contribution
On 11/25/15 22:29, Jordan Justen wrote:
> On 2015-11-25 10:06:03, Laszlo Ersek wrote:
>> On 11/25/15 18:46, Jordan Justen wrote:
>>> On 2015-11-03 13:01:17, Laszlo Ersek wrote:
>>>
>>>> + qemu-system-i386 -cpu coreduo,-nx \
>>>
>>> Sometim
b|ArmPkg/Library/PeiServicesTablePointerLib/PeiServicesTablePointerLib.inf
>
> SerialPortLib|ArmVirtPkg/Library/FdtPL011SerialPortLib/EarlyFdtPL011SerialPortLib.inf
>
> [LibraryClasses.common.DXE_CORE]
>
Out of curiosity -- do you know why ArmPlatformPkg's (non-co
atformLib/VirtMem.c
> index e5536ecd8e28..666edb47ce97 100644
> --- a/ArmVirtPkg/Library/ArmVirtPlatformLib/VirtMem.c
> +++ b/ArmVirtPkg/Library/ArmVirtPlatformLib/VirtMem.c
> @@ -18,7 +18,6 @@
> #include
> #include
> #include
> -#include
> #include
>
> // Number of Virtual Memory Map Descriptors
>
Reviewed-by: Laszlo Ersek
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
e region
> - mGlobalVariableBase = GlobalVariableBase;
> -
> - PrePiMain (UefiMemoryBase, StacksBase, GlobalVariableBase, StartTimeStamp);
> + PrePiMain (UefiMemoryBase, StacksBase, StartTimeStamp);
>
>// DXE Core should always load and n
On 11/26/15 04:45, Lu, James wrote:
>
> Hi,
>
> I'm trying to build EDK BIOS with python script on Linux but got below error.
>
> [16:50:59]W: [Step 2/5] Build environment:
> Linux-3.2.0-69-generic-x86_64-with-Ubuntu-12.04-precise
> [16:50:59]W: [Step 2/5] Build start time: 16:50:59,
Hi Star,
On 11/25/15 02:33, Star Zeng wrote:
> 1. Update fdf and dsc to use SerialDxe in MdeModulePkg.
> 2. Separate the code that gets SerialRegBase and SerialRegAccessType
>by CbParseLib from CorebootPayloadPkg/Library/SerialPortLib to
>PlatformHookLib, and then leverage BaseSerialPortLi
On 11/26/15 18:39, Laszlo Ersek wrote:
> Hi Star,
>
> On 11/25/15 02:33, Star Zeng wrote:
>> 1. Update fdf and dsc to use SerialDxe in MdeModulePkg.
>> 2. Separate the code that gets SerialRegBase and SerialRegAccessType
>>by CbParseLib from CorebootPayloadP
On 11/25/15 22:56, Yao, Jiewen wrote:
> Hi Mike
> Thanks for the suggestion.
> Previously, I just want to *ADD* without touch old logic. I will use your way
> to do it.
>
> -Original Message-
> From: Kinney, Michael D
> Sent: Thursday, November 26, 2015 2:01 AM
> To: Yao, Jiewen; edk2-de
I notice that recently there have been patches committed to the
subversion repository that had *never* been posted to the list, in the
ultimately committed form. Examples:
(1) Patches on the list:
http://thread.gmane.org/gmane.comp.bios.edk2.devel/4770
[edk2] [patch 1/3] UefiCpuPkg/PiSmm
On 11/26/15 17:17, Laszlo Ersek wrote:
> On 11/25/15 22:29, Jordan Justen wrote:
>> On 2015-11-25 10:06:03, Laszlo Ersek wrote:
>>> On 11/25/15 18:46, Jordan Justen wrote:
>>>> On 2015-11-03 13:01:17, Laszlo Ersek wrote:
>>>>
>>>>> + qemu-
On 11/27/15 02:14, Yao, Jiewen wrote:
> Hi Laszlo
> Comments below:
>
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Laszlo
> Ersek
> Sent: Friday, November 27, 2015 5:57 AM
> To: Yao, Jiewen; Kinney, Michael D; edk
uild CpuS3DataDxe for -D SMM_REQUIRE
After which I plan to commit the series.
Cc: Paolo Bonzini
Cc: Jordan Justen
Cc: Michael Kinney
Cc: Jiewen Yao
Thanks
Laszlo
Laszlo Ersek (27):
OvmfPkg: introduce -D SMM_REQUIRE and PcdSmmSmramRequire
OvmfPkg: Sec: force reinit of BaseExtractGuidedSection
code paths examined in that commit. Furthermore, a
non-malicious runtime OS will observe no change in behavior; see case (c)
in said commit.
Cc: Michael Kinney
Cc: Jordan Justen
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
[michael.d.kin...@intel.com: pr
x27;t support S3 (or the user disabled it on the QEMU command
line), then this patch has no effect also.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Jordan Justen
---
Notes:
v2:
- PcdOvmfDecomprScratchEnd => PcdOvmfDecompre
ff-by: Laszlo Ersek
Reviewed-by: Paolo Bonzini
Reviewed-by: Jordan Justen
---
Notes:
v5:
- split out LockBoxLib changes from "OvmfPkg: LockBox: -D SMM_REQUIRE
excludes our fake lockbox" [Jordan]
OvmfPkg/Library/LockBoxLib/LockBoxBaseLib.inf | 3 +++
OvmfPkg/Lib
YPE is not DXE_RUNTIME_DRIVER.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Michael Kinney
---
Notes:
v5:
- list "SmramInternal.h" in "SmmAccess2Dxe.inf" as a source file [Mike]
- fix up "PRODUCES" com
PeiEntryPoint() and SmramAccessOpen() respectively, in order to
prevent VS20xx from warning about the (otherwise fully intentional)
truncation in the UINT8 casts. (Warnings reported by Michael Kinney.)
Cc: Michael Kinney
Cc: Jordan Justen
Contributed-under: TianoCore Contribution Agreement 1.0
Signe
areas.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Paolo Bonzini
Reviewed-by: Jordan Justen
---
Notes:
v5:
- split out PlatformPei changes from "OvmfPkg: LockBox: -D SMM_REQUIRE
excludes our fake lockbox" [Jordan]
;MdeModulePkg/Library/SmmLockBoxLib/SmmLockBoxPeiLib.inf" specifically
for this one PEIM.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Jordan Justen
---
OvmfPkg/OvmfPkgIa32.dsc| 16
OvmfPkg/OvmfPkgIa32X64.dsc | 16 +
platform that wants to eliminate the call to the hook function
[altogether] can set the PCD to FALSE.
So for OVMF, I think it makes sense to set this PCD to FALSE in the DSC
file.
Suggested-by: Michael Kinney
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
erate new
FILE_GUID, split off DSC changes, reflow commit message, refresh against
SVN r18958]
Cc: Paolo Bonzini
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
---
Notes:
v5:
- refresh patch against SVN r18958 ("Add 2 APIs in SmmCpuFeaturesLib&qu
[ler...@redhat.com: reflow commit message, convert patch to CRLF]
Cc: Paolo Bonzini
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Michael Kinney
---
Notes:
v3:
- new in v3
OvmfPkg/Library/SmmCpuFeaturesLib/SmmCpuFeaturesLib.inf | 1 +
Ov
-by: Paolo Bonzini
[ler...@redhat.com: reflow commit message & fix typo, convert patch to
CRLF]
Cc: Paolo Bonzini
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Michael Kinney
---
Notes:
v3:
- new in v3
OvmfPkg/Library/Smm
PiSmmCpuDxeSmm depends on this library class, and it's okay to resolve it
generally for all DXE_SMM_DRIVER modules.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Jordan Justen
---
OvmfPkg/OvmfPkgIa32.dsc| 1 +
OvmfPkg/OvmfPkgIa32X6
stance
provided by UefiCpuPkg, which is expected to work for most platforms.
Cc: Paolo Bonzini
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
[pbonz...@redhat.com: resolve the SmmCpuFeaturesLib class to OVMF's own
instance]
Contributed-under: TianoCore Co
GenFds.py BaseTools utility
with a build rule for SMM_CORE; we copy the DXE_CORE's rule.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Jordan Justen
---
Notes:
v5:
- update the commit message to refer to UefiCpuPkg rather than to
TEM_TABLE2 (SMST).
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Jordan Justen
---
OvmfPkg/OvmfPkgIa32.dsc| 11 +++
OvmfPkg/OvmfPkgIa32X64.dsc | 11 +++
OvmfPkg/OvmfPkgX64.dsc | 11 +++
OvmfPkg/OvmfPkgIa32.f
the moment.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Jordan Justen
---
OvmfPkg/PlatformPei/Platform.h | 3 ++-
OvmfPkg/PlatformPei/Platform.c | 9 -
OvmfPkg/PlatformPei/Xen.c | 2 +-
3 files changed, 11 insertions(+), 3 deletions(-)
di
PiSmmCpuDxe...
|
uses <+
ACPI_CPU_DATA
from SMRAM
Cc: Jordan Justen
Cc: Michael Kinney
Contributed-under: TianoCore Contribution Agreement 1.0
Signe
x27;s sake.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Jordan Justen
---
Notes:
v2:
- hook VarCheckUefiLib into VariableSmm
<http://news.gmane.org/find-root.php?message_id=55dfc960.6070...@intel.com>
OvmfPkg/OvmfPkgIa32.
r() should be adjusted
instead.
Cc: Paolo Bonzini
Cc: Jordan Justen
Cc: Michael Kinney
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Michael Kinney
---
Notes:
v4:
- new in v4
OvmfPkg/OvmfPkgIa32.dsc| 1 +
OvmfPkg/OvmfPkgIa32X6
s built with -D SMM_REQUIRE and includes the real protocol provider,
"MdeModulePkg/Universal/LockBox/SmmLockBox/SmmLockBox.inf".
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Laszlo Ersek
Reviewed-by: Paolo Bonzini
Reviewed-by: Jordan Justen
---
OvmfPkg/AcpiS3
1 - 100 of 6352 matches
Mail list logo
