On 12/06/18 04:11, Shenglei Zhang wrote:
> Since DuetPkg is due to be removed, Maintainers.txt
> should also be updated.
> https://bugzilla.tianocore.org/show_bug.cgi?id=1322
>
> Cc: Ruiyu Ni
> Cc: Hao Wu
> Cc: Andrew Fish
> Cc: Laszlo Ersek
> Cc: Leif Lindholm
> Cc: Michael D Kinney
>
Reviewed-by: Liming Gao
> -Original Message-
> From: Feng, Bob C
> Sent: Wednesday, November 28, 2018 5:01 PM
> To: edk2-devel@lists.01.org
> Cc: Gao, Liming
> Subject: [Patch] BaseTools: Correct CCFLAG for PcdValueInit
>
> https://bugzilla.tianocore.org/show_bug.cgi?id=1361
> This
This reverts commit 82379bf6603274e81604d5a6f6bb14bdde616286.
On AArch64, we can only use 48 address bits while running in UEFI,
while the GCD and UEFI memory maps may describe up to 52 bits of
physical address space. For this reason, MAX_ADDRESS was reduced
to 48 bits, to ensure that the
OK, another question:
when writing an UEFI application, edk2 and gnu-efi have different 64bit
calling schemes. Does that only apply to calling the
runtime-library/object file (and inside of the UEFI-application, of
course)? Or does the call from application to UEFI differ in both
toolkits,
On Thu, 6 Dec 2018 at 15:42, Gao, Liming wrote:
>
> Hi, all
> tools_def.template includes all tool chains. Some are not used any more.
> And, there is no verification for them. So, I propose to remove them. They
> are VS2003, VS2005, VS2008, VS2010, DDK3790, UNIXGCC, GCC44, GCC45, GCC46,
>
Of all the gin joints in all the towns in all the world, Peter Wiehe had to
walk into mine at 14:34 on Thursday 06 December 2018 and say:
> OK, another question:
>
> when writing an UEFI application, edk2 and gnu-efi have different 64bit
> calling schemes. Does that only apply to calling the
>
An HTML version is available here:
https://www.tianocore.org/minutes/Community-EMEA-NAMO-12.html
Community Updates
We have talks submitted to both FOSDEM and the OCP Summit:
https://fosdem.org/2019/
https://www.opencompute.org/summit/global-summit
FOSDEM Topics
UEFI Capsule Update
UEFI Overview
Oh, this is a good point of runtime service in OS part. I agree to revert it.
Reviewed-by: Liming Gao
Thanks
Liming
>-Original Message-
>From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
>Sent: Friday, December 07, 2018 5:37 AM
>To: edk2-devel@lists.01.org
>Cc: Ard Biesheuvel ;
Hi Liming,
You no need to do Rebuild. Just normal build is sufficient to recreate
this build error.
--
Thanks,
Prem.
On Thu, Dec 6, 2018 at 8:23 PM Gao, Liming wrote:
> Seemly, this is an incremental build issue.
>
>
>
> I try below command. But, I don’t reproduce it.
>
>
>
> edksetup.bat
Add HDLCD platform library for SGI platform that implements platform
callbacks for the Arm HDLCD driver.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Vijayenthiran Subramaniam
---
Platform/ARM/SgiPkg/SgiPlatform.dsc | 6 +
On December 6, 2018 at 7:13:24 AM, Laszlo Ersek
(ler...@redhat.com(mailto:ler...@redhat.com)) wrote:
> I've just noticed that I got the following emails:
>
> [Differential] [Request] [+ ] D1: Update URL of OVMF page
> [Differential] [Updated] D1: Update URL of OVMF page
>
> They don't
How about undo those and push the remaining? Since that's a very small change.
-Jaben
> -Original Message-
> From: Zhu, Yonghong
> Sent: Monday, December 3, 2018 5:53 PM
> To: Carsey, Jaben ; edk2-devel@lists.01.org
> Cc: Gao, Liming ; Zhu, Yonghong
>
> Subject: RE: [Patch v1 1/1]
I will submit a new change with those changed back.
-Jaben
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Carsey, Jaben
> Sent: Thursday, December 6, 2018 4:50 PM
> To: Zhu, Yonghong ; edk2-devel@lists.01.org
> Cc: Gao, Liming
> Subject:
Hi, all
EDK II Release Notes
(https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Release-Notes) is
created to record the release information when the code change is pushed in
edk2 trunk.
In this release cycle, if you implement new feature and add wiki page for this
feature, please
ACPI table support on Seattle is split into two parts for no good
reason: AcpiPlatformDxe and AmdStyxAcpiLib. Let's merge them
together, and clean up the code that iterates over the tables and
installs them.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Ard Biesheuvel
After fixing the iasl issue yesterday, I got a bit carried away and ended
up rewriting most of the ACPI table generation logic for Styx. So this
applies on top of the patches I sent out yesterday.
Patch #1 merges the DXE driver and the library, that are split in two for
no good reason.
Patch #2
The MADT generation code is rather unpolished and overcomplicated,
and rewrites most of the table with information that is known
statically at build time, with the exception of which CPUs are
actually online.
So remove all the runtime generation code, and replace it with a
simple loop that sets
Reviewed-by: Hao Wu
Best Regards,
Hao Wu
> -Original Message-
> From: Zhang, Shenglei
> Sent: Thursday, December 06, 2018 11:12 AM
> To: edk2-devel@lists.01.org
> Cc: Ni, Ruiyu; Wu, Hao A; Andrew Fish; Laszlo Ersek; Leif Lindholm; Kinney,
> Michael D
> Subject: [PATCH] Maintainers.txt:
> -Original Message-
> From: Ni, Ruiyu
> Sent: Wednesday, December 05, 2018 5:25 PM
> To: edk2-devel@lists.01.org
> Cc: Wu, Hao A
> Subject: [PATCH] MdeModulePkg/PciBus: Shadow option ROM after BARs
> are programmed
>
> REF: https://bugzilla.tianocore.org/show_bug.cgi?id=1376
>
> Today's
On 12/05/18 18:26, Rebecca Cran wrote:
> On Wednesday, 5 December 2018 05:55:41 MST Laszlo Ersek wrote:
>
>> (1) Pls. explain to me how I can create an edk2 clone at
>> . :)
>
> You don't. In a production system it may be possible to clone from either
> GitHub or code.bluestop.org (which
On 12/05/18 20:09, Jeremiah Cox wrote:
> Hi Laszlo,
> Regarding "comprehensive backup/archival functionality that is core to the
> service itself", are you speaking more to GitHub's internal metadata
> verbosity (e.g. not losing PR details when branches and repos are deleted),
> GitHub's backup
On 12/05/18 18:31, Rebecca Cran wrote:
> On Wednesday, 5 December 2018 05:55:41 MST Laszlo Ersek wrote:
>
>> Can you assist with the following please?
>
> Also, a couple of notes:
>
> Go to https://code.bluestop.org/settings/user/lersek/ to configure
> preferences
> related to emails
On 12/06/18 15:05, Laszlo Ersek wrote:
> On 12/05/18 18:26, Rebecca Cran wrote:
>> On Wednesday, 5 December 2018 05:55:41 MST Laszlo Ersek wrote:
>>
>>> (1) Pls. explain to me how I can create an edk2 clone at
>>> . :)
>>
>> You don't. In a production system it may be possible to clone from either
On 12/05/18 18:26, Rebecca Cran wrote:
> On Wednesday, 5 December 2018 05:55:41 MST Laszlo Ersek wrote:
>
>> (1) Pls. explain to me how I can create an edk2 clone at
>> . :)
>
> You don't. In a production system it may be possible to clone from either
> GitHub or code.bluestop.org (which
Reviewed-by: Ye Ting
-Original Message-
From: Wang, Jian J
Sent: Thursday, December 6, 2018 1:46 PM
To: edk2-devel@lists.01.org
Cc: Long, Qin ; Ye, Ting
Subject: [PATCH] CryptoPkg/IntrinsicLib: add missing BaseLib declaration
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=596
On Thu, Dec 6, 2018 at 5:18 PM Ard Biesheuvel wrote:
>
> On Wed, 5 Dec 2018 at 07:10, Vijayenthiran Subramaniam
> wrote:
> >
> > Hi Ard,
> >
> > The virtio block device and virtio network device are available in software
> > model only. As of now, it exposes only one instance of each device.
>
Add HDLCD platform library for SGI platform that implements platform
callbacks for the Arm HDLCD driver.
Change-Id: I6cdca16bd69eeadeeb879dd5fe9acc72a12fbf2f
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Vijayenthiran Subramaniam
---
Platform/ARM/SgiPkg/SgiPlatform.dsc
On Thursday, 6 December 2018 07:13:24 MST Laszlo Ersek wrote:
> They don't contain any code (diff hunks). I hope I can change that in my
> email preferences (I haven't gotten around checking those yet).
I've updated the Mail settings to inline diffs up to 200 lines, and also
attach diffs to
On Thu, Dec 6, 2018 at 5:08 PM Ard Biesheuvel wrote:
>
> On Thu, 6 Dec 2018 at 13:43, Vijayenthiran Subramaniam
> wrote:
> >
> > Add HDLCD platform library for SGI platform that implements platform
> > callbacks for the Arm HDLCD driver.
> >
> > Contributed-under: TianoCore Contribution
On 12/06/18 15:42, Gao, Liming wrote:
> Hi, all tools_def.template includes all tool chains. Some are not
> used any more. And, there is no verification for them. So, I propose
> to remove them. They are VS2003, VS2005, VS2008, VS2010, DDK3790,
> UNIXGCC, GCC44, GCC45, GCC46, GCC47, ELFGCC,
Hi Ard, Leif,
On Tue, Dec 4, 2018 at 5:31 PM Chandni Cherukuri
wrote:
>
> The hardware configuration in HW_CONFIG dts is not being
> passed onto the operating system but used and terminated
> at edk2 boot stage (BL33). So, as per the recommendations
> of the trusted-firmware design, the hardware
On Thu, Dec 6, 2018 at 10:25 PM Ard Biesheuvel
wrote:
>
> On Thu, 6 Dec 2018 at 16:50, Thomas Abraham wrote:
> >
> > Hi Ard, Leif,
> >
> > On Tue, Dec 4, 2018 at 5:31 PM Chandni Cherukuri
> > wrote:
> > >
> > > The hardware configuration in HW_CONFIG dts is not being
> > > passed onto the
On Thu, 6 Dec 2018 at 01:37, Jeff Brasen wrote:
>
> Leif/Ard,
>
>
> Any comments on this v2 patch for this?
>
>
Hi Jeff,
I'm not sure what level of bikeshedding is justified when it comes to
a driver such as this one, which is very recent, and mostly for
platform internal use. However, I will
On Thu, 6 Dec 2018 at 16:50, Thomas Abraham wrote:
>
> Hi Ard, Leif,
>
> On Tue, Dec 4, 2018 at 5:31 PM Chandni Cherukuri
> wrote:
> >
> > The hardware configuration in HW_CONFIG dts is not being
> > passed onto the operating system but used and terminated
> > at edk2 boot stage (BL33). So, as
On Wed, 5 Dec 2018 at 12:58, Sumit Garg wrote:
>
> Add dummy RPC handler for RPCs that are not implemented as control
> should be returned back to OP-TEE in case any RPC is invoked.
>
> Cc: Ard Biesheuvel
> Cc: Leif Lindholm
> Contributed-under: TianoCore Contribution Agreement 1.1
>
-Original Message-
From: Ard Biesheuvel
Sent: Thursday, December 6, 2018 9:54 AM
To: Jeff Brasen
Cc: edk2-devel@lists.01.org; Leif Lindholm ; Girish
Pathak
Subject: Re: [PATCH v2] ArmPkg/ArmScmiDxe: Add clock enable function
On Thu, 6 Dec 2018 at 01:37, Jeff Brasen wrote:
>
>
On Thu, 6 Dec 2018 at 13:43, Vijayenthiran Subramaniam
wrote:
>
> Add HDLCD platform library for SGI platform that implements platform
> callbacks for the Arm HDLCD driver.
>
> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Vijayenthiran Subramaniam
> ---
>
On Thu, 6 Dec 2018 at 18:02, Jeff Brasen wrote:
>
>
>
> -Original Message-
> From: Ard Biesheuvel
> Sent: Thursday, December 6, 2018 9:54 AM
> To: Jeff Brasen
> Cc: edk2-devel@lists.01.org; Leif Lindholm ; Girish
> Pathak
> Subject: Re: [PATCH v2] ArmPkg/ArmScmiDxe: Add clock enable
On Wed, 5 Dec 2018 at 07:10, Vijayenthiran Subramaniam
wrote:
>
> Hi Ard,
>
> The virtio block device and virtio network device are available in software
> model only. As of now, it exposes only one instance of each device.
>
Are the virtio devices described by the device tree obtained from the
Hi, all
tools_def.template includes all tool chains. Some are not used any more. And,
there is no verification for them. So, I propose to remove them. They are
VS2003, VS2005, VS2008, VS2010, DDK3790, UNIXGCC, GCC44, GCC45, GCC46, GCC47,
ELFGCC, CYGGCC, ICC, ICC11, MYTOOLS. If you still use
Recreating this issue is simple..
1. Fresh build either NT32Pkg for x64 bit
2. Launch NT32 simulator
3. Close Nt32 simulator
4. And try build again for x64 bit
5. It will throw this build error.
I've even tried to delete folder PeiMain from Build folder.. then it gives
error for
edksetup.bat Rebuild is to compile BaseTools C tools. It doesn’t build any
thing.
Thanks
Liming
From: Prem Kumar [mailto:perry.p...@gmail.com]
Sent: Thursday, December 6, 2018 10:57 PM
To: Gao, Liming
Cc: edk2-devel@lists.01.org
Subject: Re: [edk2] Build fail using latest UDK2018
Hi Liming,
Seemly, this is an incremental build issue.
I try below command. But, I don’t reproduce it.
edksetup.bat Rebuild
build -p Nt32Pkg\Nt32Pkg.dsc -a X64 -t VS2015x86
build -p Nt32Pkg\Nt32Pkg.dsc -a X64 -t VS2015x86 run
build -p Nt32Pkg\Nt32Pkg.dsc -a X64 -t VS2015x86
Thanks
Liming
From: Prem Kumar
On 12/5/18 6:07 PM, Felix Polyudov wrote:
Andrew,
I think there are two aspects here:
1) What's the final solution we would like to see?
I think DebugLibMpSafe and a fake PEI Services Table that you are proposing are
good ideas.
Ideally, it should still be possible to use the real PEI
44 matches
Mail list logo