Re: [edk2] GenFds broken in latest basetools-win32

2018-10-09 Thread Kurt Kennett
Ok. May want to clean up the git .readme pages to not tell people to use something that is broken. K2 -Original Message- From: Gao, Liming Sent: Monday, October 8, 2018 6:16 PM To: Kurt Kennett ; Zhu, Yonghong ; edk2-devel@lists.01.org Subject: RE: GenFds broken in latest basetools

Re: [edk2] GenFds broken in latest basetools-win32

2018-10-08 Thread Kurt Kennett
Does this mean that I should expect the Win32 tools to not work any more "out of the box" for building images using GenFds? K2 -Original Message- From: Zhu, Yonghong Sent: Sunday, October 7, 2018 5:35 PM To: Kurt Kennett ; edk2-devel@lists.01.org Cc: Zhu, Yonghong Subject:

[edk2] GenFds broken in latest basetools-win32

2018-10-01 Thread Kurt Kennett
"genfds" seems broken in latest tiano-win32 Can anybody else repo this: C:\repo\tiano-win32>genfds Traceback (most recent call last): File "C:\Python27\lib\site-packages\cx_Freeze\initscripts\Console.py", line 27, in File "GenFds\GenFds.py", line 24, in ValueError: Attempted relative

Re: [edk2] [PATCH 0/4] BaseTools: Add VS2017 support, including ARM and AARCH64

2017-11-14 Thread Kurt Kennett
Does this build and boot a platform? This should not be committed until a platform is building and booting to UEFI shell, IMO. K2 -Original Message- From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Pete Batard Sent: Tuesday, November 14, 2017 4:32 AM To:

Re: [edk2] [patch 2/8] FatPkg\EnhancedFatDxe: Initialize variable after declaration

2016-12-09 Thread Kurt Kennett
No. Try "static const" K2 From: Yao, Jiewen [mailto:jiewen@intel.com] Sent: Thursday, December 8, 2016 4:40 PM To: af...@apple.com; Kurt Kennett <kurt.kenn...@microsoft.com> Cc: Bi, Dandan <dandan...@intel.com>; edk2-devel@lists.01.org; Ni, Ruiyu <ruiyu...@inte

Re: [edk2] [patch 2/8] FatPkg\EnhancedFatDxe: Initialize variable after declaration

2016-12-08 Thread Kurt Kennett
Yes. When I said "read-protect" I mean "protect by making it read-only". I should have said "read-only protect" or "write-protect". K2 -Original Message- From: af...@apple.com [mailto:af...@apple.com] Sent: Thursday, December 8,

Re: [edk2] [patch 2/8] FatPkg\EnhancedFatDxe: Initialize variable after declaration

2016-12-08 Thread Kurt Kennett
: Thursday, December 8, 2016 3:47 PM To: Kurt Kennett <kurt.kenn...@microsoft.com>; Bi, Dandan <dandan...@intel.com>; edk2-devel@lists.01.org Cc: Ni, Ruiyu <ruiyu...@intel.com> Subject: RE: [edk2] [patch 2/8] FatPkg\EnhancedFatDxe: Initialize variable after declaration Agree.

Re: [edk2] [patch 2/8] FatPkg\EnhancedFatDxe: Initialize variable after declaration

2016-12-08 Thread Kurt Kennett
This seems kind of silly. Why isn't this just const data? This adds code and memory accesses that are worthless and happen on every call to the function. K2 -Original Message- From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Dandan Bi Sent: Thursday, December 8,

Re: [edk2] Headless devices - BDS to use?

2016-11-14 Thread Kurt Kennett
- From: Laszlo Ersek [mailto:ler...@redhat.com] Sent: Monday, November 14, 2016 9:19 AM To: Kurt Kennett <kurt.kenn...@microsoft.com> Cc: edk2-devel@lists.01.org <edk2-de...@ml01.01.org> Subject: Re: [edk2] Headless devices - BDS to use? On 11/14/16 17:51, Kurt Kennett wrote

Re: [edk2] Headless devices - BDS to use?

2016-11-14 Thread Kurt Kennett
of space on a constrained storage system. K2 -Original Message- From: Kinney, Michael D [mailto:michael.d.kin...@intel.com] Sent: Monday, November 14, 2016 9:34 AM To: Kurt Kennett <kurt.kenn...@microsoft.com>; Laszlo Ersek <ler...@redhat.com>; Kinney, Michael D &l

[edk2] Headless devices - BDS to use?

2016-11-14 Thread Kurt Kennett
What BDS are headless devices (no display, serial port only) supposed to use? The MdeModulePkg one seems to require Hii resources in order to work at all. The ArmPlatformPkg BDS (that supported headless devices just fine) seems to be gone now. K2 ___

[edk2] [PATCH] ArmPkg-Drivers/CpuDxe: Fix Mmu Initialization Problem.

2016-09-26 Thread Kurt Kennett
to convert the (bogus) section attributes into page attributes. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Kurt Kennett <mailto:kurt.kenn...@microsoft.com> --- ArmPkg/Drivers/CpuDxe/Arm/Mmu.c | 5 + 1 file changed, 5 insertions(+) diff --git a/ArmPkg/Drivers/CpuD

[edk2] [PATCH] ArmPkg-Drivers/CpuDxe: Fix Mmu Initialization Problem.

2016-09-26 Thread Kurt Kennett
to convert the (bogus) section attributes into page attributes. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Kurt Kennett <mailto:kurt.kenn...@microsoft.com> --- ArmPkg/Drivers/CpuDxe/Arm/Mmu.c | 5 + 1 file changed, 5 insertions(+) diff --git a/ArmPkg/Drivers/CpuD

Re: [edk2] [PATCH] Pkg-Module: ArmPkg Fix Mmu Initialization Problem.

2016-09-26 Thread Kurt Kennett
] Sent: Monday, September 26, 2016 10:18 AM To: Kurt Kennett <kurt.kenn...@microsoft.com> Cc: edk2-devel@lists.01.org; Leif Lindholm <leif.lindh...@linaro.org> Subject: Re: [PATCH] Pkg-Module: ArmPkg Fix Mmu Initialization Problem. On 26 September 2016 at 10:10, Kurt Kennet

Re: [edk2] [PATCH] Pkg-Module: ArmPkg Fix Mmu Initialization Problem.

2016-09-26 Thread Kurt Kennett
Weird. I line-wrapped the commit log and somehow it became un-line-wrapped. So... sorry, I didn't forget. :) K2 -Original Message- From: Kurt Kennett Sent: Monday, September 26, 2016 10:08 AM To: 'Ard Biesheuvel' <ard.biesheu...@linaro.org> Cc: edk2-devel@lists.01.org; Leif Li

[edk2] [PATCH] ArmPkg-Drivers/CpuDxe: Fix Mmu Initialization Problem.

2016-09-26 Thread Kurt Kennett
to convert the (bogus) section attributes into page attributes. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Kurt Kennett <mailto:kurt.kenn...@microsoft.com> --- ArmPkg/Drivers/CpuDxe/Arm/Mmu.c | 5 + 1 file changed, 5 insertions(+) diff --git a/ArmPkg/Drivers/CpuD

Re: [edk2] [PATCH] Pkg-Module: ArmPkg Fix Mmu Initialization Problem.

2016-09-26 Thread Kurt Kennett
To: Kurt Kennett <kurt.kenn...@microsoft.com> Cc: edk2-devel@lists.01.org; Leif Lindholm <leif.lindh...@linaro.org> Subject: Re: [PATCH] Pkg-Module: ArmPkg Fix Mmu Initialization Problem. On 26 September 2016 at 08:36, Kurt Kennett <kurt.kenn...@microsoft.com> wrote: > Duri

[edk2] [PATCH] Pkg-Module: ArmPkg Fix Mmu Initialization Problem.

2016-09-26 Thread Kurt Kennett
to convert the (bogus) section attributes into page attributes Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Kurt Kennett <kurt.kenn...@microsoft.com> --- ArmPkg/Drivers/CpuDxe/Arm/Mmu.c | 5 + 1 file changed, 5 insertions(+) diff --git a/ArmPkg/Drivers/CpuDxe/Arm/M

[edk2] [PATCH] Pkg-Module: ArmPkg Fix Mmu Initialization Problem.

2016-09-23 Thread Kurt Kennett
Please see attached proposed patch. K2 ___ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] Problem with Arm Mmu code in CpuDxe

2016-09-21 Thread Kurt Kennett
] Sent: Wednesday, September 21, 2016 10:21 AM To: Kurt Kennett <kurt.kenn...@microsoft.com> Cc: edk2-devel <edk2-devel@lists.01.org> Subject: Re: [edk2] Problem with Arm Mmu code in CpuDxe On 21 September 2016 at 17:09, Kurt Kennett <kurt.kenn...@microsoft.com> wrote: > I am h

Re: [edk2] Problem with Arm Mmu code in CpuDxe

2016-09-21 Thread Kurt Kennett
ptember 21, 2016 10:21 AM To: Kurt Kennett <kurt.kenn...@microsoft.com> Cc: edk2-devel <edk2-devel@lists.01.org> Subject: Re: [edk2] Problem with Arm Mmu code in CpuDxe On 21 September 2016 at 17:09, Kurt Kennett <kurt.kenn...@microsoft.com> wrote: > I am having a problem on

[edk2] Problem with Arm Mmu code in CpuDxe

2016-09-21 Thread Kurt Kennett
I am having a problem on my system (assert), and during investigation I may have found a problem with the Arm CpuDxe Mmu code that may affect all ARM platform users. CpuDxeInitialize is the entry point, and pretty soon after entry it does: SyncCacheConfig (); This calls into:

Re: [edk2] Setting BuildOptions by module type does not seem to work

2016-08-16 Thread Kurt Kennett
: Tuesday, August 16, 2016 8:15 AM To: Kurt Kennett <kurt.kenn...@microsoft.com> Cc: Gao, Liming <liming@intel.com>; edk2-devel <edk2-devel@lists.01.org> Subject: Re: [edk2] Setting BuildOptions by module type does not seem to work On Aug 16, 2016, at 7:49 AM, Kurt K

Re: [edk2] Setting BuildOptions by module type does not seem to work

2016-08-16 Thread Kurt Kennett
er section or interpretation that you are referring to? K2 From: Gao, Liming [mailto:liming@intel.com] Sent: Monday, August 15, 2016 7:17 PM To: Kurt Kennett <kurt.kenn...@microsoft.com>; af...@apple.com Cc: edk2-devel <edk2-devel@lists.01.org> Subject: RE: [edk2] Setting BuildOptions

Re: [edk2] Setting BuildOptions by module type does not seem to work

2016-08-15 Thread Kurt Kennett
, 2016 9:22 AM To: Kurt Kennett <kurt.kenn...@microsoft.com> Cc: edk2-devel <edk2-devel@lists.01.org> Subject: Re: [edk2] Setting BuildOptions by module type does not seem to work > On Aug 15, 2016, at 9:10 AM, Kurt Kennett <kurt.kenn...@microsoft.com> wrote: > > DSC sp

[edk2] Setting BuildOptions by module type does not seem to work

2016-08-15 Thread Kurt Kennett
DSC spec (January 2016 1.26) says I can do this: (Section 3.6 pp 76) ... * [BuildOptions.$(arch).CodeBase.Edk2ModuleType] ... And this works fine: [BuildOptions.AARCH64.common] *_VS2015x86_*_DLINK_FLAGS = /BORK But when I also do: [BuildOptions.AARCH64.common.DXE_RUNTIME_DRIVER]