Re: [edk2] Build SCT with edk2

> It seems building SCT is supported with edk2 UDK2017 and not something SCT build fails on UDK2017 as well Below is patch suggested by Supreet with UDK2017 tmp/sct_workspace/edk2$ git diff diff --git a/BaseTools/Source/C/Makefiles/app.makefile b/BaseTools/Source/C/Makefiles/app.makefile

Re: [edk2] [PATCH 4/4] ArmPkg/GenericWatchdogDxe: implement RegisterHandler() method

> -Original Message- > From: Ard Biesheuvel > Sent: Tuesday, December 18, 2018 6:40 PM > To: edk2-devel@lists.01.org > Cc: Ard Biesheuvel ; Leif Lindholm > ; Sami Mujawar ; Thomas > Panakamattam Abraham ; Meenakshi Aggarwal > ; Udit Kumar ; Matteo >

Re: [edk2] [PATCH 2/4] ArmPlatformPkg/SP805WatchdogDxe: switch to interrupt mode

> -Original Message- > From: Ard Biesheuvel > Sent: Tuesday, December 18, 2018 6:40 PM > To: edk2-devel@lists.01.org > Cc: Ard Biesheuvel ; Leif Lindholm > ; Sami Mujawar ; Thomas > Panakamattam Abraham ; Meenakshi Aggarwal > ; Udit Kumar ; Matteo >

Re: [edk2] SP805 driver

> > > > Coming back to hardware, which does not have mask around wdt, how > > > > to implement this feature. > > > > > > Simple - you can't. > > > > > > You can absolutely implement exactly the functionality you have > > > today, with minimal changes to the protocol - it just should not be > > >

Re: [edk2] SP805 driver

> -Original Message- > From: Leif Lindholm > Sent: Tuesday, December 18, 2018 2:56 PM > > On Tue, Dec 18, 2018 at 05:20:59AM +0000, Udit Kumar wrote: > > Thanks for note Leif, > > > > I am trying to understand this behavior of specification.

Re: [edk2] SP805 driver

tam Abraham Cc: Meenakshi Aggarwal ; Udit Kumar ; Ard Biesheuvel ; edk2-devel (edk2-devel@lists.01.org) ; Ming Huang ; Heyi Guo ; Matteo Carlini ; Nariman Poushin Subject: SP805 driver Hi Sami, Thomas, (and others on cc) NXP are upstreaming a set containing an implementation of EFI_WATCHDOG_TIM

Re: [edk2] Help on boot manager 'Boot Manager Menu' and direct boot

Hi Ard > -Original Message- > From: Ard Biesheuvel > Sent: Monday, December 3, 2018 7:35 PM > To: Laszlo Ersek > Cc: Udit Kumar ; Andrew Fish ; Leif > Lindholm ; Ruiyu Ni ; edk2- > de...@lists.01.org; Zeng, Star > Subject: Re: [edk2] Help on boot manager 'Boot

Re: [edk2] Help on boot manager 'Boot Manager Menu' and direct boot

Sent: Monday, December 3, 2018 3:27 PM > To: Udit Kumar ; af...@apple.com > Cc: Ni, Ruiyu ; edk2-devel@lists.01.org; Zeng, Star > > Subject: Re: [edk2] Help on boot manager 'Boot Manager Menu' and direct boot > > On 11/30/18 10:13, Udit Kumar wrote: > > Thanks Laszlo/And

Re: [edk2] Help on boot manager 'Boot Manager Menu' and direct boot

on boot-loader to enable this bit. Regards Udit > -Original Message- > From: Laszlo Ersek > Sent: Thursday, November 29, 2018 11:31 PM > To: Udit Kumar ; af...@apple.com > Cc: Ni, Ruiyu ; edk2-devel@lists.01.org; Zeng, Star > > Subject: Re: [edk2] Help on boot manag

Re: [edk2] Help on boot manager 'Boot Manager Menu' and direct boot

Thanks Laszlo, > I can only think of some terminal control sequences that are *not* printed to > the terminal when you don't enter UiApp manually. I don't understand how that > could cause the exact symptom you describe, but I have no better explanation. > > Can you try other serial

Re: [edk2] Help on boot manager 'Boot Manager Menu' and direct boot

. FYI, Both user space and kernel space are on same kermit session Regards Udit > -Original Message- > From: af...@apple.com > Sent: Thursday, November 29, 2018 7:22 AM > To: Udit Kumar > Cc: edk2-devel@lists.01.org; Ni, Ruiyu ; Zeng, Star > > Subject: Re: [edk2]

[edk2] Help on boot manager 'Boot Manager Menu' and direct boot

Hi , I am looking for information/Help. If UEFI passed different information to OS, in below boot path 1. Enter into Setup menu (By pressing Esc key), On display of UiApp.efi on console, select device to boot OS 2. Let the boot OS without user intervention from same device as of 1 I

Re: [edk2] [PATCH] NetworkPkg/IScsiDxe: add debug logs for failed SetVariable attempts

> -Original Message- > From: edk2-devel On Behalf Of > Vijayenthiran Subramaniam > Sent: Tuesday, November 20, 2018 4:10 PM > To: edk2-devel@lists.01.org; siyuan...@intel.com; jiaxin...@intel.com > Cc: Vijayenthiran Subramaniam > Subject: [edk2] [PATCH] NetworkPkg/IScsiDxe: add debug

Re: [edk2] [PATCH v1 edk-platforms 1/2] Platform/HiKey960: add PL011UartClockLib

> -Original Message- > From: edk2-devel On Behalf Of Haojian > Zhuang > Sent: Thursday, August 9, 2018 8:16 AM > To: edk2-devel@lists.01.org > Subject: [edk2] [PATCH v1 edk-platforms 1/2] Platform/HiKey960: add > PL011UartClockLib > > Since PL011UartClockLib is required by PL011

Re: [edk2] [PATCH 1/1] ArmPkg/OpteeLib: Add APIs to communicate with OP-TEE

dYkb%2F > 8LzQXtJ > > > WjlKjIsBoG1QHjxVvTIlV8k%3Dreserved=0 > > > > > > > Thanks > > > > Matteo > > > > > > > > [1]: > > > > > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2 > > > > > Fco

Re: [edk2] [PATCH 1/1] ArmPkg/OpteeLib: Add APIs to communicate with OP-TEE

Hi Ard > If MM mode is fundamentally incompatible with OP-TEE, then you cannot > run both at the same time, Both cannot coexist unless you have v8.4 CPU Regards Udit > > > >> -Original Message- > >> From: edk2-devel On Behalf Of Sumit > >> Garg > >> Sent: Friday, August 24, 2018

Re: [edk2] [PATCH 1/1] ArmPkg/OpteeLib: Add APIs to communicate with OP-TEE

Hi Sumit What use case you have in mind, to interface op-tee with UEFI. What ARM proposed (Matteo in cc), to run MM mode in Secure side of machine with SPM. Moreover SPD (OP-TEE) and SPM(MM mode) cannot co-exists on current arm devices. Then how do you see MM mode working. Regards Udit >

Re: [edk2] Tool to check memory leaks

Thanks Jiewen > -Original Message- > From: Yao, Jiewen [mailto:jiewen@intel.com] > Sent: Thursday, August 2, 2018 6:24 PM > To: Udit Kumar ; edk2-devel@lists.01.org > Cc: Sumit Batra > Subject: RE: Tool to check memory leaks > > Please r

[edk2] Tool to check memory leaks

Hi All Is there some tool/debug option in edk2 to detect memory leak. Thanks Udit ___ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] Help on AutoGen Files

t probably you > need to execute FpgaInterfaceInit() earlier in platform code or fork > SerialPortLib > for now. > > > > Regards, > > Marvin > > > >> -Original Message- > >> From: edk2-devel On Behalf Of Udit > >> Kumar > >> Sent: Thursd

[edk2] Help on AutoGen Files

Hi Experts, How I can change the order of initialization in Constructor list of autogen file. In my build system, if I look at MdeModulePkg/Universal/PCD/Pei/Pcd/DEBUG/AutoGen.c Below is function of Library Constructor List VOID EFIAPI ProcessLibraryConstructorList ( IN

[edk2] [edk2-platforms][PATCH v3] Platform: Add PL011UartClock Lib

This patch include default implementation of PL011 clock lib [v3] Update in HiSilicon common dsc [v2] Updated name of clock lib Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Meenakshi Aggarwal --- Platform/AMD/OverdriveBoard/OverdriveBoard.dsc | 1 +

[edk2] [PATCH v3 0/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

[v3] Incorporated review comments of v2 [v2] Incorporated review comments of v1 Udit Kumar (2): ArmPlatformPkg: PL011 Dynamic clock freq Support ArmPlatformPkg: Include PL011UartClock Lib ArmPlatformPkg/ArmPlatformPkg.dec | 1 + ArmPlatformPkg/ArmPlatformPkg.dsc

[edk2] [PATCH v3 1/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

is using Pcd. Platform which needs dynamic clocking needs implement PL011UartClockLib Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Udit Kumar --- ArmPlatformPkg/ArmPlatformPkg.dec | 1 + ArmPlatformPkg/ArmPlatformPkg.dsc | 1

[edk2] [PATCH v3 2/2] ArmPlatformPkg: Include PL011UartClock Lib

This patch gets PL011 baud rate clock from pl011 uart clock lib instead of Pcd. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Udit Kumar --- ArmPlatformPkg/Library/PL011SerialPortLib/PL011SerialPortLib.c | 5 +++-- ArmPlatformPkg/Library/PL011SerialPortLib

Re: [edk2] [PATCH 1/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

Thanks for review Ard. > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Monday, June 11, 2018 3:35 PM > To: Udit Kumar > Cc: Leif Lindholm ; edk2-devel@lists.01.org > Subject: Re: [PATCH 1/2] ArmPlatformPkg: PL011 Dynamic cl

Re: [edk2] [PATCH 2/2] ArmPlatformPkg: Include PL011UartClock Lib

Thanks Ard > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Monday, June 11, 2018 3:37 PM > To: Udit Kumar > Cc: Leif Lindholm ; edk2-devel@lists.01.org > Subject: Re: [PATCH 2/2] ArmPlatformPkg: Include PL011UartClock Lib > &

[edk2] [PATCH] Platform: Add PL011UartClock Lib

[v2] Updated name of clock lib Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Meenakshi Aggarwal --- Platform/AMD/OverdriveBoard/OverdriveBoard.dsc | 1 + Platform/ARM/VExpressPkg/ArmVExpress.dsc.inc | 1 + Platform/Hisilicon/D05/D05.dsc

[edk2] [PATCH 1/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

is using Pcd. Platform which needs dynamic clocking needs implement PL011UartClockLib Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Udit Kumar --- ArmPlatformPkg/ArmPlatformPkg.dec | 1 + ArmPlatformPkg/Include/Library/PL011UartClockLib.h | 32

[edk2] [PATCH v2 0/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

[v2] Incorporated review comments of v1 Udit Kumar (2): ArmPlatformPkg: PL011 Dynamic clock freq Support ArmPlatformPkg: Include PL011UartClock Lib ArmPlatformPkg/ArmPlatformPkg.dec | 1 + ArmPlatformPkg/Include/Library/PL011UartClockLib.h | 32

[edk2] [PATCH 2/2] ArmPlatformPkg: Include PL011UartClock Lib

This patch includes, PL011UartClock lib. In case of no implemenation of this Clock Lib, Pcd value will be used for PL011 frequency. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Udit Kumar --- ArmPlatformPkg/Library/PL011SerialPortLib/PL011SerialPortLib.c | 5

Re: [edk2] [PATCH 1/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

> -Original Message- > From: Alexei Fedorov [mailto:alexei.fedo...@arm.com] > Sent: Tuesday, June 5, 2018 6:01 PM > To: Udit Kumar ; edk2-devel@lists.01.org; > ard.biesheu...@linaro.org; leif.lindh...@linaro.org > Subject: RE: [edk2] [PATCH 1/2] ArmPlatformPkg: PL011

Re: [edk2] [PATCH 1/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

> -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Tuesday, June 5, 2018 5:56 PM > To: Udit Kumar > Cc: edk2-devel@lists.01.org; Leif Lindholm > Subject: Re: [edk2][PATCH 1/2] ArmPlatformPkg: PL011 Dynamic clock freq > Suppor

Re: [edk2] [PATCH 1/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

> -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Tuesday, June 5, 2018 5:54 PM > To: Udit Kumar > Cc: edk2-devel@lists.01.org; Leif Lindholm > Subject: Re: [edk2][PATCH 1/2] ArmPlatformPkg: PL011 Dynamic clock freq > Suppor

[edk2] [edk2-platforms][PATCH] Platform: Add ArmPlatformClockNULL Lib

Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Meenakshi Aggarwal --- Platform/AMD/OverdriveBoard/OverdriveBoard.dsc | 1 + Platform/ARM/VExpressPkg/ArmVExpress.dsc.inc | 1 + Platform/Hisilicon/D05/D05.dsc | 2

[edk2] [PATCH 1/2] ArmPlatformPkg: PL011 Dynamic clock freq Support

for such platform where Pcd clock frequency to PL011 can change Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Udit Kumar --- .../Include/Library/ArmPlatformClockLib.h | 32 .../ArmPlatformClockLib.inf| 33

[edk2] [PATCH 2/2] ArmPlatformPkg: Include ArmPlatformClock Lib

This patch includes, ArmPlatformClock in PL011 lib. In case of NULL implemenation of Clock Lib, Pcd value will be used for PL011 frequency. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Udit Kumar --- ArmPlatformPkg/Library/PL011SerialPortLib/PL011SerialPortLib.c | 7

Re: [edk2] [PATCH v2 04/17] ArmPkg/ArmMmuLib: Add MMU Library suitable for use in S-EL0.

Hi Supreeth, One question on this patch We are asking permission on base-address and changing the permission of memory based upon base and size. I haven't looked at other part of code which manage this , But will there be possibility that, base address is given correctly and length may

Re: [edk2] [PATCH v2 03/17] ArmPkg/Include: Add MM interface SVC return codes.

> -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Supreeth Venkatesh > Sent: Saturday, May 5, 2018 2:11 AM > To: edk2-devel@lists.01.org > Cc: ard.biesheu...@linaro.org; leif.lindh...@linaro.org; jiewen@intel.com; > liming@intel.com;

Re: [edk2] [PATCH v2 02/17] ArmPkg/Drivers: Add EFI_MM_COMMUNICATION_PROTOCOL DXE driver.

> -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Supreeth Venkatesh > Sent: Saturday, May 5, 2018 2:11 AM > To: edk2-devel@lists.01.org > Cc: ard.biesheu...@linaro.org; leif.lindh...@linaro.org; jiewen@intel.com; > liming@intel.com;

Re: [edk2] [PATCH] MdePkg: add big-endian MMIO BaseBeIoLib

Hi Laszlo > -Original Message- > From: Laszlo Ersek [mailto:ler...@redhat.com] > Sent: Tuesday, April 17, 2018 3:12 PM > To: Udit Kumar <udit.ku...@nxp.com>; Leif Lindholm > <leif.lindh...@linaro.org> > Cc: Kinney, Michael D <michael.d.kin...@intel.com

Re: [edk2] [PATCH] MdePkg: add big-endian MMIO BaseBeIoLib

Hi Laszlo, Considering all possible option is best to have in code  But IMO, We are running UEFI on LE CPU only, Not sure someone is running on BE. AFAIK even specs says LE. > (c) assuming we introduce a CPU with BE byte order, the same driver > source will work (for both LE and BE

Re: [edk2] [PATCH] MdePkg: add big-endian MMIO BaseBeIoLib

Hi Mike, Do we want to support BE CPUs, ? If yes then Last discussion of Lazlo is valid, where driver don't need to take care of CPU endianness. Regards Udit > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Kinney, Michael D > Sent:

Re: [edk2] [PATCH] MdePkg: add big-endian MMIO BaseBeIoLib

d.kin...@intel.com>; Liming Gao > <liming@intel.com>; Laszlo Ersek <ler...@redhat.com>; Udit Kumar > <udit.ku...@nxp.com> > Subject: [PATCH] MdePkg: add big-endian MMIO BaseBeIoLib > > When performing MMIO to a destination of the opposite endianness to the

Re: [edk2] [PATCH edk2-platforms 01/39] Silicon/NXP: Add support for Big Endian Mmio APIs

, Suggested approach is ok as well to keep CPU endianness in ARM package. but need views from Ard/Leif here. Thanks Udit > -Original Message- > From: Laszlo Ersek [mailto:ler...@redhat.com] > Sent: Friday, February 23, 2018 4:17 PM > To: Udit Kumar <udit.ku...@nxp.com&

Re: [edk2] [PATCH edk2-platforms 01/39] Silicon/NXP: Add support for Big Endian Mmio APIs

Hi Laszlo > -Original Message- > From: Laszlo Ersek [mailto:ler...@redhat.com] > Sent: Friday, February 23, 2018 4:29 PM > To: Udit Kumar <udit.ku...@nxp.com>; Pankaj Bansal > <pankaj.ban...@nxp.com>; Leif Lindholm <leif.lindh...@linaro.org> > Cc: mi

Re: [edk2] [PATCH edk2-platforms 01/39] Silicon/NXP: Add support for Big Endian Mmio APIs

> -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Laszlo Ersek > Sent: Friday, February 23, 2018 2:51 PM > To: Pankaj Bansal ; Leif Lindholm > > Cc: michael.d.kin...@intel.com;

Re: [edk2] [PATCH edk2-platforms 01/39] Silicon/NXP: Add support for Big Endian Mmio APIs

> -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Laszlo Ersek > Sent: Thursday, February 22, 2018 7:26 PM > To: Leif Lindholm > Cc: michael.d.kin...@intel.com; edk2-devel@lists.01.org; > ard.biesheu...@linaro.org >

Re: [edk2] [RFC PATCH] MdePkg: add byte-swapping MMIO BaseIoLibSwap

el.com>; Liming Gao <liming@intel.com>; > Meenakshi Aggarwal <meenakshi.aggar...@nxp.com>; Udit Kumar > <udit.ku...@nxp.com>; Varun Sethi <v.se...@nxp.com> > Subject: Re: [RFC PATCH] MdePkg: add byte-swapping MMIO BaseIoLibSwap > > On 21 February 2018 at 15:25,

Re: [edk2] [PATCH edk2-platforms 01/39] Silicon/NXP: Add support for Big Endian Mmio APIs

> -Original Message- > From: Leif Lindholm [mailto:leif.lindh...@linaro.org] > Sent: Wednesday, February 21, 2018 9:16 PM > Subject: Re: [PATCH edk2-platforms 01/39] Silicon/NXP: Add support for Big > Endian Mmio APIs > > Apologies for dropping the ball on this series during my

[edk2] [ArmPlatformPkg][Patch] reset x11 before use

Contribution Agreement 1.1 Signed-off-by: Udit Kumar <udit.ku...@nxp.com> --- ArmPlatformPkg/PrePi/AArch64/ModuleEntryPoint.S | 1 + 1 file changed, 1 insertion(+) diff --git a/ArmPlatformPkg/PrePi/AArch64/ModuleEntryPoint.S b/ArmPlatformPkg/PrePi/AArch64/ModuleEntryPoint.S index a81709d..d391fc1

Re: [edk2] [RFC] SATA : Implemented NXP errata A008402

> -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Wednesday, January 10, 2018 3:23 PM > To: Udit Kumar <udit.ku...@nxp.com> > Cc: Ni, Ruiyu <ruiyu...@intel.com>; Meenakshi Aggarwal > <meenakshi.aggar...@nxp.com>;

Re: [edk2] [RFC] SATA : Implemented NXP errata A008402

Hi Ruiyu, > -Original Message- > > > > And this change will not impact any other hardware so no one is basically > impacted by this change. > > Your buggy HW only need the value zero. But the addition of PCD exposes > an interface that can use any size of PRD. > I am not sure the

Re: [edk2] [PATCH] ArmPlatformPkg/MemoryInitPeiLib: mark primary FV region as boot services data

dimir.olovyanni...@broadcom.com; Udit > Kumar <udit.ku...@nxp.com>; Meenakshi Aggarwal > <meenakshi.aggar...@nxp.com>; Ard Biesheuvel > <ard.biesheu...@linaro.org> > Subject: [PATCH] ArmPlatformPkg/MemoryInitPeiLib: mark primary FV region > as boot services data > >

Re: [edk2] [PATCH 5/7] ArmPlatformPkg/MemoryInitPeiLib: don't reserve primary FV in memory

we can remove the special handling of the primary FV, which needed to > be reserved so that DXE core could call into the PE/COFF and LZMA > libraries in the PrePi module. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Udit Kumar &l

Re: [edk2] Documentation on "dh" shell command

age- > From: Carsey, Jaben [mailto:jaben.car...@intel.com] > Sent: Wednesday, December 13, 2017 10:54 PM > To: Udit Kumar <udit.ku...@nxp.com>; edk2-devel@lists.01.org > Subject: RE: [edk2] Documentation on "dh" shell command > > Udit, > > There are

[edk2] Documentation on "dh" shell command

Hi, Could you help me, where I can get documentation on output of dh shell command. UEFI_Shell_Spec_2_2.pdf , table 18 is giving details of sfo option only for each column. Thanks Udit ___ edk2-devel mailing list edk2-devel@lists.01.org

Re: [edk2] [PATCH edk2-platforms] [PATCH v3 2/9] Platform/NXP : Add support for Watchdog driver

ao, Liming <liming....@intel.com> > Cc: Udit Kumar <udit.ku...@nxp.com>; Kinney, Michael D > <michael.d.kin...@intel.com>; Meenakshi Aggarwal > <meenakshi.aggar...@nxp.com>; ard.biesheu...@linaro.org; edk2- > de...@lists.01.org; Varun Sethi <v.se...@nxp.com> > Subjec

Re: [edk2] [PATCH edk2-platforms] [PATCH v3 2/9] Platform/NXP : Add support for Watchdog driver

Original Message- > From: Gao, Liming [mailto:liming@intel.com] > Sent: Thursday, December 07, 2017 12:42 PM > To: Leif Lindholm <leif.lindh...@linaro.org>; Udit Kumar > <udit.ku...@nxp.com> > Cc: Kinney, Michael D <michael.d.kin...@intel.com>; Mee

Re: [edk2] [PATCH edk2-platforms] [PATCH v3 2/9] Platform/NXP : Add support for Watchdog driver

.@linaro.org>; Kinney, Michael D > <michael.d.kin...@intel.com> > Cc: Meenakshi Aggarwal <meenakshi.aggar...@nxp.com>; > ard.biesheu...@linaro.org; edk2-devel@lists.01.org; Udit Kumar > <udit.ku...@nxp.com>; Varun Sethi <v.se...@nxp.com> > Subject: RE: [

Re: [edk2] [PATCH 1/1] MdePkg/IoLib: Add support for big-endian MMIO

> > # > > > > > > > > > > [Sources] > > > > > BaseIoLibIntrinsicInternal.h > > > > > IoHighLevel.c > > > > > IoLib.c > > > > > IoLibEbc.c # Asserts on all i/o port accesses > &g

Re: [edk2] [PATCH v2] PeiLib : Inform UEFI memory to Linux

t;> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf > >> Of Meenakshi Aggarwal > >> Sent: Tuesday, September 19, 2017 6:02 PM > >> To: edk2-devel@lists.01.org; leif.lindh...@linaro.org; > >> ard.biesheu...@linaro.org > >>

Re: [edk2] [RFC] ACPI table HID/CID allocation

> >> Hmnnn it sounds like jedec,spi-nor meets this test. > >> > >> There is only one property in the DT bindings that describes the > >> device itself (fast read support) rather than its "bus address" (chip > >> select, frequency). Further, that single property is obsolete, at > >> least for

Re: [edk2] [PATCH v2 1/9] Platform/NXP: Add support for Big Endian Mmio APIs

Hi Leif, > Hmm, was there a cover letter for this v2? I can only find the one from v1 in > my > inbox? Usually it is helpful to keep the cover letter and add comments on what > has changed since the previous revision. > > Also, can you generate the patches with > --subject-prefix="PATCH

Re: [edk2] [RFC] ACPI table HID/CID allocation

Hi Andrew > Udit, > > I think it is more like you only need ACPI if you don't have a driver. Ok, then ACPI or say firmware needs to export AML methods, which are known to OS. > If it is standard bus with standard drivers the OS code can do power > management > without any help from ACPI.

Re: [edk2] [RFC] ACPI table HID/CID allocation

> -Original Message- > From: Daniel Thompson [mailto:daniel.thomp...@linaro.org] > Sent: Thursday, November 23, 2017 1:42 AM > To: Ard Biesheuvel <ard.biesheu...@linaro.org> > Cc: Udit Kumar <udit.ku...@nxp.com>; Leif Lindholm > <leif.lindh...@linaro.org

Re: [edk2] [RFC] ACPI table HID/CID allocation

> -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Thursday, November 23, 2017 1:10 AM > To: Daniel Thompson <daniel.thomp...@linaro.org> > Cc: Udit Kumar <udit.ku...@nxp.com>; Leif Lindholm > <leif.lindh...@linaro.org

Re: [edk2] [RFC] ACPI table HID/CID allocation

methods to be implemented. Regards Udit From: af...@apple.com [mailto:af...@apple.com] Sent: Wednesday, November 22, 2017 11:05 PM To: Udit Kumar <udit.ku...@nxp.com> Cc: Daniel Thompson <daniel.thomp...@linaro.org>; Ard Biesheuvel <ard.biesheu...@linaro.org>; edk2-devel@lists.01.

Re: [edk2] [RFC] ACPI table HID/CID allocation

slave or SPI slave ? > > > > > > Regards > > Udit > > > >> -Original Message----- > >> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > >> Sent: Tuesday, November 21, 2017 7:34 PM > >> To: Udit Kumar <udit.ku...@nxp.c

Re: [edk2] [RFC] ACPI table HID/CID allocation

.org] > Sent: Tuesday, November 21, 2017 7:34 PM > To: Udit Kumar <udit.ku...@nxp.com> > Cc: Leif Lindholm <leif.lindh...@linaro.org>; edk2-devel@lists.01.org; Varun > Sethi <v.se...@nxp.com>; Daniel Thompson <daniel.thomp...@linaro.org>; > Graeme Gregory <graeme.g

Re: [edk2] [RFC] ACPI table HID/CID allocation

For sure, AML methods (as needed _ON/OFF/RST/STA etc) /_DSD will to be coded in table using either of. Please see more in line Regards Udit > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Tuesday, November 21, 2017 5:59 PM > To: Udit Kumar <udi

Re: [edk2] [RFC] ACPI table HID/CID allocation

> On 21 November 2017 at 09:59, Udit Kumar <udit.ku...@nxp.com> wrote: > > Thanks Ard. > > Below table was for example. I am not converting whole DT to ACPI > > tables :) My idea is to reduce Linux patches for probing as possible. > > Also keeping firmware an

Re: [edk2] [RFC] ACPI table HID/CID allocation

as well Regards Udit > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Tuesday, November 21, 2017 3:08 PM > To: Udit Kumar <udit.ku...@nxp.com> > Cc: Leif Lindholm <leif.lindh...@linaro.org>; edk2-devel@lists.01.org; Varun > S

[edk2] [RFC] ACPI table HID/CID allocation

Hi, I am enabling ACPI on NXP platform , In order to do minimal changes in Linux driver for device-driver binding. I want to use PRP0001 device as CID and HID as actual (NXP allocated HID). So that Linux can bind with PRP0001 and compatible field, where as other OS (Window etc) can rely on

[edk2] Why we need CapsuleLib even platform does not support this feature

Hi, I recently noticed in my build as well, we need to include CapsuleLib even platform does not support Capsule update feature. Thanks to help me, why this dependency is added in edk2. Regards Udit > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On

Re: [edk2] [PATCH] Tftp assert fix for openfile failure case

> -Original Message- > From: Leif Lindholm [mailto:leif.lindh...@linaro.org] > Sent: Wednesday, November 08, 2017 8:52 PM > To: Udit Kumar <udit.ku...@nxp.com> > Cc: Vabhav Sharma <vabhav.sha...@nxp.com>; edk2-devel@lists.01.org; > ruiyu...@intel.com; jaben

Re: [edk2] [PATCH] Tftp assert fix for openfile failure case

org; siyuan...@intel.com; ting...@intel.com; Udit > Kumar <udit.ku...@nxp.com> > Subject: Re: [PATCH] Tftp assert fix for openfile failure case > > On Fri, Nov 03, 2017 at 07:56:32PM +0530, Vabhav wrote: > > Issue: > > when file open is failed, assert was seen d

Re: [edk2] [RFC PATCH edk2-platforms 1/3] Silicon/NXP: add RTC support library for PCF8563 I2C IP

Thanks Ard, Your another patch set is addressing my concern Regards Udit > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Monday, November 06, 2017 4:41 PM > To: Udit Kumar <udit.ku...@nxp.com> > Cc: edk2-devel@lis

Re: [edk2] [RFC PATCH edk2-platforms 1/3] Silicon/NXP: add RTC support library for PCF8563 I2C IP

Thanks Ard. This will allow to use PCF8563 on any platform not limiting to targeted platform. Few comments are inline. Regards Udit > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Ard > Biesheuvel > Sent: Friday, November 03, 2017 3:47 PM

Re: [edk2] Storing Non volatile variables on SD/NAND

Thanks Jeremy > Hi, > > On 10/27/2017 10:09 PM, Udit Kumar wrote: > >> (along those lines) > >> > >> 6 - Build an emulated disk controller as well as NV region in el3 (or > >> el2) and export them to UEFI & the OS as real devices. Then > &

Re: [edk2] Storing Non volatile variables on SD/NAND

; To: Ard Biesheuvel <ard.biesheu...@linaro.org>; Udit Kumar > <udit.ku...@nxp.com> > Cc: edk2-devel@lists.01.org; Andrew Fish <af...@apple.com>; > olivier.mar...@arm.com; Vladimir Olovyannikov > <vladimir.olovyanni...@broadcom.com> > Subject: Re: [edk2] Stori

Re: [edk2] Storing Non volatile variables on SD/NAND

ample driver using this scheme, Mainly around OS implementation Regards Udit > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Wednesday, September 20, 2017 11:09 PM > To: Udit Kumar <udit.ku...@nxp.com> > Cc: Pankaj Bansal <pan

Re: [edk2] Storing Non volatile variables on SD/NAND

runtime services using some sort of file system. Thanks Udit > -Original Message- > From: af...@apple.com [mailto:af...@apple.com] > Sent: Wednesday, September 20, 2017 11:16 PM > To: Ard Biesheuvel <ard.biesheu...@linaro.org> > Cc: Udit Kumar <udit.ku...@nxp.com>;

Re: [edk2] [PATCH v2 2/3] ArmPkg/Drivers: Add EFI_MM_COMMUNICATION_PROTOCOL DXE driver.

Hi > + Status = gBS->AllocatePages (AllocateAddress, > + EfiRuntimeServicesData, > + EFI_SIZE_TO_PAGES > (mNsCommBuffMemRegion.Length), > + ); > + if (EFI_ERROR (Status)) { > +DEBUG ((DEBUG_ERROR,

Re: [edk2] [PATCH 1/1] MdePkg/IoLib: Add support for big-endian MMIO

Hi Meenakshi/Liming, My 2 cents, around this. 1) Having a new lib for BE read might not be helpful for us, e.g. a IP which is in BE mode access the UART for print or system registers which are in LE, then with new Lib, we will get all read/write in BE mode 2) Especially for our IPs, which

Re: [edk2] USB Enumeration

Ticket https://bugzilla.tianocore.org/show_bug.cgi?id=729 is created. Thx Udit > -Original Message- > From: Udit Kumar > Sent: Thursday, October 05, 2017 6:55 PM > To: 'Zeng, Star' <star.z...@intel.com> > Cc: edk2-devel-01 <edk2-devel@lists.01.org> > Subje

Re: [edk2] USB Enumeration

/Page.c(722) Regards Udit > -Original Message- > From: Zeng, Star [mailto:star.z...@intel.com] > Sent: Thursday, October 05, 2017 6:16 PM > To: Udit Kumar <udit.ku...@nxp.com>; edk2-devel-01 de...@lists.01.org> > Cc: Zeng, Star <star.z...@intel.com> > Su

[edk2] USB Enumeration

Dear Edk2 Expert, With edk2 shell, I am doing simple copy with USB, Flow is below Start- USB device is enumerated and given address 1. 1. On Shell , cp a b 2- After a while Host controller reports an error 3- Layer above Host controller, reset the USB port 4- and Slot is enabled again (

Re: [edk2] [PATCH] MdeModulePkg/DxeCore: Add comments for the ASSERT to check NULL ptr

> -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Hao > Wu > Sent: Thursday, September 28, 2017 12:31 PM > To: edk2-devel@lists.01.org > Cc: Hao Wu ; Michael D Kinney > ; Jiewen Yao

Re: [edk2] SNP transmit print

work/SnpDxe/Transmit.c Have print only for EFI_NOT_READY. And in MdeModulePkg/Universal/Network/MnpDxe/MnpIo.c, print error as well for second case. Hope this helps Thanks Udit > -Original Message- > From: Meenakshi Aggarwal > Sent: Friday, September 22, 2017 3:56 PM > To: Udit Ku

Re: [edk2] SNP transmit print

I think these error prints should be check against Status Regards Udit > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of > Meenakshi Aggarwal > Sent: Thursday, September 21, 2017 3:36 PM > To: edk2-devel@lists.01.org > Subject: [edk2] SNP

Re: [edk2] [PATCH v2] PeiLib : Inform UEFI memory to Linux

kg is hiding UEFI memory. > > whereas this memory can be used by OS. > > > > This patch, allows OS to use UEFI code area. > > > > Contributed-under: TianoCore Contribution Agreement 1.1 > > Signed-off-by: Udit Kumar <udit.ku...@nxp.com> > > Signed-off-by:

Re: [edk2] Storing Non volatile variables on SD/NAND

SD is exclusivity used by UEFI or OS. Any corrections ? Thanks Udit > -Original Message- > From: Pankaj Bansal > Sent: Wednesday, September 20, 2017 8:22 PM > To: Andrew Fish <af...@apple.com>; Udit Kumar <udit.ku...@nxp.com>; edk2- > de...@lists.01.or

Re: [edk2] Storing Non volatile variables on SD/NAND

> > On Sep 19, 2017, at 9:27 PM, Udit Kumar <udit.ku...@nxp.com> wrote: > > > > > >> On 18 September 2017 at 22:28, Udit Kumar <udit.ku...@nxp.com> wrote: > >>> Thanks Vladimir, > >>> With your design, you did delayed write to eMMC du

Re: [edk2] Storing Non volatile variables on SD/NAND

> On 18 September 2017 at 22:28, Udit Kumar <udit.ku...@nxp.com> wrote: > > Thanks Vladimir, > > With your design, you did delayed write to eMMC due to sharing with > > OS. But it works for you:) Say if eMMC controllers offers you a > > status b

Re: [edk2] [PATCH v2] PeiLib : Inform UEFI memory to Linux

Thanks for this, If memory is marked as reserved by HobList then gDS->AddMemorySpace will return error 15. No ? Regards Udit > -Original Message- > From: Sakar Arora [mailto:sakar.ar...@arm.com] > Sent: Tuesday, September 19, 2017 4:51 PM > To: Udit Kumar <

Re: [edk2] [PATCH v2] PeiLib : Inform UEFI memory to Linux

t; > While creating Hob list, ArmPlatformPkg is hiding UEFI memory. > whereas this memory can be used by OS. > > This patch, allows OS to use UEFI code area. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Udit Kumar <udit.ku...@nxp.com&g

Re: [edk2] Storing Non volatile variables on SD/NAND

> -Original Message- > From: Vladimir Olovyannikov [mailto:vladimir.olovyanni...@broadcom.com] > Sent: Monday, September 18, 2017 10:22 PM > To: Ard Biesheuvel <ard.biesheu...@linaro.org>; Udit Kumar > <udit.ku...@nxp.com> > Cc: grant.lik...@linaro.org; edk2-d

Re: [edk2] Storing Non volatile variables on SD/NAND

eremy Linton <jeremy.lin...@arm.com> > Cc: Udit Kumar <udit.ku...@nxp.com>; grant.lik...@linaro.org. > <grant.lik...@linaro.org>; edk2-devel@lists.01.org; olivier.mar...@arm.com > Subject: Re: [edk2] Storing Non volatile variables on SD/NAND > > On 18 September 201

[edk2] Storing Non volatile variables on SD/NAND

Hi EDK-2 Experts, I am looking to store NV variables on SD/NAND device. While browsing, I came across some old post at link, http://feishare.com/efimail/messages/20130319-1700-Re__edk2__Regarding_storing_Boot_Device_Config_in_persistent_memory-Olivier_Martin.html Looks like, this is

  1   2   >