Hi All,
I have checked in this patch at revision 14537. In my patch , I update
OVMF/NT32/Duet platform to include new display engine and customized display
library. If any other platform also use browser and not include by my patch,
platform owner need to update these platforms to include n
Tim:
This is like a feature request on generating PCD DataBase to include
DynamicExPcd. This may need more discussion to figure out the way on which PCD
will be included. Any DynamicEx PCD defined in Package DEC file? Or those
DynamicEx PCD used in Platform DSC file?
Thanks
Liming
From: Tim L
Tim:
Yes. This is an issue. We have a patch for it. After we finalize it, we will
send it for code review.
Thanks
Liming
-Original Message-
From: Tim Lewis [mailto:tim.le...@insyde.com]
Sent: Tuesday, August 06, 2013 1:36 AM
To: edk2-devel@lists.sourceforge.net
Subject: [edk2] PCD Da
Hi Tim,
Thanks for reporting this issue.
We have caught this issue and will follow up to fix it.
Star
-Original Message-
From: Tim Lewis [mailto:tim.le...@insyde.com]
Sent: Tuesday, August 06, 2013 1:17 AM
To: edk2-devel@lists.sourceforge.net
Subject: [edk2] PCD Database Issue #1: GetNex
Tim,
I will go through review/check in process to fix this issue. Yes, it is
good for SCT to test this case and I will feedback to SCT owner.
Thanks
Elvin
-Original Message-
From: Tim Lewis [mailto:tim.le...@insyde.com]
Sent: Friday, August 09, 2013 1:40 AM
To: edk2-devel@lists.s
On 08/08/2013 05:45 PM, Brian J. Johnson wrote:
> On 08/08/2013 10:02 AM, Borislav Petkov wrote:
>>
>> Right, I think this is easier than having to go into the EFI shell each
>> time and run bzImage.efi. Unless there's a faster way to do that along
>> with passing it kernel command line parameters.
On 08/08/2013 10:02 AM, Borislav Petkov wrote:
> On Wed, Aug 07, 2013 at 07:49:16PM +0200, Laszlo Ersek wrote:
>>> Now, lines 01 to 05*do not happen*.
>>>
>>> More precisely, they don't happen in the kernel. They happen in the
>>> firmware. Specifically, "OvmfPkg/Library/LoadLinuxLib/Linux.c".
>>>
Back in 2012, I reported a bug in NT32 with SetTimer(). Elvin Li found it was a
core problem and sent me a patch, which I verified, but it was never applied to
the DXE core. I have reattached it here. It seems like a good test case also
for the SCT. Can we update the DXE core?
HERE IS THE ORIG
On Wed, Aug 07, 2013 at 07:49:16PM +0200, Laszlo Ersek wrote:
[…]
> Now, lines 01 to 05 *do not happen*.
>
> More precisely, they don't happen in the kernel. They happen in the
> firmware. Specifically, "OvmfPkg/Library/LoadLinuxLib/Linux.c".
>
> You're booting the kernel from the qemu command li
On Aug 8, 2013, at 3:17 AM, Matt Fleming wrote:
> On Wed, 07 Aug, at 02:10:28PM, Andrew Fish wrote:
>> Well the issue I see is I don't think OS X or Windows are doing this.
>> So I'm guessing there is some unique thing beings done on the Linux
>> side and we don't have good tests to catch bugs i
On Wed, 07 Aug, at 02:10:28PM, Andrew Fish wrote:
> Well the issue I see is I don't think OS X or Windows are doing this.
> So I'm guessing there is some unique thing beings done on the Linux
> side and we don't have good tests to catch bugs in the EFI
> implementations. If the Linux loader hides t
Dear MdePkg maintainers,
Please find the attached patch that fixes some definitions of the AArch64
ProcessorBind.h header file.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Olivier Martin olivier.mar...@arm.com
Best Regards,
Olivier
MdePkg-AArch64-Fixed-som
Dear MdePkg maintainers,
Please find the attached patch that adds support for AArch64 MemoryFence()
to BaseLib.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Harry Liebel
Signed-off-by: Olivier Martin olivier.mar...@arm.com
Best Regards,
Olivier
Add-Memory
13 matches
Mail list logo