Hi Sumit,
On Tue, Aug 28, 2018 at 10:04 PM, Sumit Garg wrote:
> Hi Achin,
>
> On Tue, 28 Aug 2018 at 18:38, Achin Gupta wrote:
>>
>> Hi Sumit,
>>
>> Apologies for not replying sooner. Some questions and thoughts inline.
>>
>> On Mon, Aug 27, 2018 at 03:28:52PM +0530, Sumit Garg wrote:
>> > On
On Tue, Jun 5, 2018 at 1:00 PM, Ard Biesheuvel
wrote:
> Even though MMIO shares the address space with ordinary memory, the
> accesses involved are *not* ordinary memory accesses, and so it is
> a bad idea to let the compiler generate them using pointer dereferences.
>
> Instead, introduce a set
On Thu, Jan 26, 2017 at 8:06 PM, Leif Lindholm <leif.lindh...@linaro.org> wrote:
> On Fri, Jan 20, 2017 at 05:10:45PM +0530, Bhupesh Sharma wrote:
>> ARM TZASC-380 IP provides a mechanism to split memory regions being
>> protected via it into eight equal-sized sub-regions. A
/com.arm.doc.ddi0431c/CHDIGDCI.html
Cc: Leif Lindholm <leif.lindh...@linaro.org>
Cc: Ard Biesheuvel <ard.biesheu...@linaro.org>
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Bhupesh Sharma <bhupesh.sha...@nxp.com>
[bhupesh.li...@gmail.com : Added my gmail
Hi Leif,
Thanks for the review.
On Mon, Jan 16, 2017 at 10:50 PM, Leif Lindholm
<leif.lindh...@linaro.org> wrote:
> On Tue, Dec 27, 2016 at 02:45:42AM +0530, Bhupesh Sharma wrote:
>> ARM TZASC-380 IP provides a mechanism to split memory regions being
>> protected via it i
Hi Andrew,
On Sat, Jan 14, 2017 at 7:33 AM, Andrew Fish <af...@apple.com> wrote:
>
>> On Jan 12, 2017, at 11:56 PM, Bhupesh Sharma <bhsha...@redhat.com> wrote:
>>
>> This patch fixes some minor casing and file path issues
>
> Should we add a Linux bu
While debugging OS for ACPI BGRT support (especially on VMs),
it is very useful to have the EFI firmware to export the
ACPI BGRT table.
This patch tries to add this support in ArmVirtPkg.
Cc: Ard Biesheuvel <ard.biesheu...@linaro.org>
Cc: Laszlo Ersek <ler...@redhat.com>
Signed-off
Hi All,
On Fri, Dec 23, 2016 at 7:01 AM, Yao, Jiewen wrote:
> HI Even
> Thank you for the response.
>
> *Mike Kinney* is managing staging tree – he may help answer the question on
> staging. ☺
>
> I am glad to co-work with you on that.
>
> Merry Christmas!
>
>
> Thank you
:
- Compiled for AARCH64 architecture using GCC4.9 toolchain from Linaro.
- Exercised the 'DumpACPI.efi' thus generated on Qemu for AARCH64 as an
application.
- Able to dump all relevant ACPI tables.
This patch is also available here for easy access:
https://github.com/bhupesh-sharma/EdkiiShellTool
:
==
Cc: Jordan Justen <jordan.l.jus...@intel.com>
Cc: Laszlo Ersek <ler...@redhat.com>
Signed-off-by: Bhupesh Sharma <bhsha...@redhat.com>
Contributed-under: TianoCore Contribution Agreement 1.0
---
Changes since v1:
- Impro
Hi Laszlo,
Many thanks for taking out the time to review this.
On Tue, Jan 3, 2017 at 8:16 PM, Laszlo Ersek <ler...@redhat.com> wrote:
> On 12/26/16 06:25, Bhupesh Sharma wrote:
>> During debugging Linux kernel for ACPI BGRT support
>> (especially on VMs), it is sometime
/com.arm.doc.ddi0431c/CHDIGDCI.html
Cc: Leif Lindholm <leif.lindh...@linaro.org>
Cc: Ard Biesheuvel <ard.biesheu...@linaro.org>
Signed-off-by: Bhupesh Sharma <bhupesh.li...@gmail.com>
Contributed-under: TianoCore Contribution Agreement 1.0
---
.../Library/ArmVExpressSecLib
ed-off-by: Bhupesh Sharma <bhsha...@redhat.com>
Contributed-under: TianoCore Contribution Agreement 1.0
---
OvmfPkg/OvmfPkgIa32.dsc| 1 +
OvmfPkg/OvmfPkgIa32.fdf| 1 +
OvmfPkg/OvmfPkgIa32X64.dsc | 1 +
OvmfPkg/OvmfPkgIa32X64.fdf | 1 +
OvmfPkg/OvmfPkgX64.dsc | 1 +
OvmfPkg/OvmfPkgX64.fdf
ded in windows OS and
> shared to virtual linux machine, then do linux build will cause such
> issue. To avoid it, we download edk2 source code in Linux machine and
> build them pass.
>
> Thanks
> Liming
> > -Original Message-
> > From: edk2-devel [mailto:edk2-d
Hi EDK2 experts,
I have just rebased my code on the latest EDK2 master branch and now when I am
trying to compile the same
I am getting the following errors (for my ARMv8 build):
# ./build.sh RELEASE clean; ./build.sh RELEASE
..
Welcome to LS1043A UEFI
Hi Ard,
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: Monday, October 17, 2016 7:46 PM
>
> On 17 October 2016 at 14:25, Leif Lindholm <leif.lindh...@linaro.org>
> wrote:
> > On Mon, Oct 17, 2016 at 10:18:01AM +, Bhupesh Sharma wrote:
>
Hi Leif,
Thanks for the review.
Please see my replies in-line.
> From: Leif Lindholm [mailto:leif.lindh...@linaro.org]
> Sent: Monday, October 17, 2016 6:55 PM
>
> On Mon, Oct 17, 2016 at 10:18:01AM +0000, Bhupesh Sharma wrote:
> > Hi Ard, Leif,
> >
> > Any com
Hi Ard, Leif,
Any comments on this patch ?
> From: Bhupesh Sharma [mailto:bhupesh.sha...@nxp.com]
> Sent: Friday, October 14, 2016 4:40 PM
>
> ARM TZASC-380 IP provides a mechanism to split memory regions being
> protected via it into eight equal-sized sub-regions, with a bit set
Hi Laszlo,
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Friday, October 14, 2016 5:37 PM
>
> On 10/14/16 11:33, Bhupesh Sharma wrote:
> > Various IPs on NXP/FSL SoCs having ARM64 cores have big-endian MMIO
> > interfaces.
> >
> > This implies
/CJABCFHB.html
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Bhupesh Sharma <bhupesh.sha...@nxp.com>
Cc: Ard Biesheuvel <ard.biesheu...@linaro.org>
---
.../Library/ArmVExpressSecLibCTA9x4/CTA9x4Sec.c | 21 ++---
ArmPlatformPkg/Drivers/
This patch is missing a .h file. Please discard.
I will RESEND the patch with the fix.
Apologies for the inconvenience.
Regards,
Bhupesh
> -Original Message-
> From: Bhupesh Sharma [mailto:bhupesh.sha...@nxp.com]
> Sent: Friday, October 14, 2016 4:22 PM
> To: edk2-de...
/CJABCFHB.html
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Bhupesh Sharma <bhupesh.sha...@nxp.com>
Cc: Ard Biesheuvel <ard.biesheu...@linaro.org>
---
.../Library/ArmVExpressSecLibCTA9x4/CTA9x4Sec.c | 21 ++---
ArmPlatformPkg/Drivers/
Signed-off-by: Meenakshi Aggarwal <meenakshi.aggar...@nxp.com>
Signed-off-by: Bhupesh Sharma <bhupesh.sha...@nxp.com>
---
MdePkg/Include/Library/IoLib.h | 364
MdePkg/Library/BaseIoLibIntrinsic/IoLibArm.c | 479 +++
2 files
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Kinney, Michael D
> Sent: Friday, September 23, 2016 2:25 AM
> Hello,
>
>
>
> Here is the V2 version of the proposal for the edk2-platforms repo.
>
>
>
> Changes from V1:
>
>
>
> * edk2-platform is
Hi Ard,
> From: Ard Biesheuvel
> Sent: Wednesday, September 21, 2016 4:50 PM
>
> On 21 September 2016 at 12:17, Laszlo Ersek <ler...@redhat.com> wrote:
> > On 09/21/16 11:10, Bhupesh Sharma wrote:
> >> Thanks Ard, Laszlo.
> >>
> >> See replies
Hi EDK2 experts,
We have recently added the support for storing UEFI run-time variables on
underlying NOR
Flash slave on our ARMV8 NXP board.
We are successfully able to change the values of variables like boot-order
using the latest
MdeModulePkg BDS:
Unfortunately the 'ver' command on the shell also shows up a 2.1 shell version
with the latest edk2/master.
So, we think it is rather a bug.
Regards,
Bhupesh
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Tim Lewis
> Sent: Saturday,
Hello Jiaxin,
Sorry for the delay in reply - I was on holidays.
I will check this patch at my end and will soon get back with the results.
Regards,
Bhupesh
> -Original Message-
> From: Wu, Jiaxin [mailto:jiaxin...@intel.com]
> Sent: Thursday, April 21, 2016 7:35 AM
> To: Bh
We also should consider ARM SOCs which have Internal ROM code running even
before the ATF starts running in EL3. Such a internal ROM code might be
configured to make sure that only the primary core runs the ATF and UEFI code
and the secondaries enter the ATF code first time only when Linux does
<ler...@redhat.com>
> > Subject: Re: [edk2] Using multiple SNP drivers on Shell
> >
> > On 04/04/2016 10:30 PM, Andrew Fish wrote:
> > >
> > >> On Apr 4, 2016, at 9:17 PM, Bhupesh Sharma <bhupesh.sha...@nxp.com>
> > wrote:
> > >>
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Monday, April 04, 2016 11:06 PM
>
> On 04/04/16 19:24, David Van Arnem wrote:
> > On 04/04/2016 03:17 AM, Laszlo Ersek wrote:
>
> >> The most recent version (that I have) of the Shell Spec is 2.2. That
> >> version lists both "ping" and
> From: David Van Arnem
> Sent: Friday, April 01, 2016 11:53 PM
> On 04/01/2016 06:48 AM, Bhupesh Sharma wrote:
> > Hello,
> >
> > Any suggestions for this issue? Is this a known issue?
> >
>
> Hi Bhupesh,
>
> The ping command allows you to
Hello,
Any suggestions for this issue? Is this a known issue?
Regards,
Bhupesh
> -Original Message-
> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
> Bhupesh Sharma
> Sent: Thursday, March 31, 2016 5:18 PM
> To: edk2-devel@lists.01.org
> Sub
Hi EDK2 experts,
We are facing an issue when we enable two SNP (Simple Network) drivers in our
EDK2 setup over a ARMv8 based
SoC - NXP LS2080A.
Here, I have two Ethernet interfaces - one is a MAC on SoC + Phy chip
interface, while the
other is a E1000 NIC card connected over a PCIe slot.
A)
> From: af...@apple.com [mailto:af...@apple.com]
> Sent: Wednesday, February 17, 2016 1:34 PM
> > On Feb 16, 2016, at 11:52 PM, Bhupesh Sharma <bhupesh.sha...@nxp.com>
> wrote:
> >
> > Hi Experts,
> >
> > We are using the 'AllocateAlign
Hi Experts,
We are using the 'AllocateAlignedPages' function (inside
'MdePkg/Library/UefiMemoryAllocationLib/MemoryAllocationLib.c')
to allocate 512MB aligned memory chunk in a DXE driver.
However the memory chunk which gets allocated by this API is around 1GB.
I understand that this might be
Hi Experts,
I have a doubt regarding memory sharing between PEI and DXE phases.
Let's say I have a PEI library 'NorLib.c' and a DXE driver 'NorDxeDriver.c',
where
the DXE driver uses some APIs of the PEI Library to obtain information and
provide
functionalities to the upper layers.
Now, if I
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Monday, February 08, 2016 1:20 PM
>
> On 02/06/16 09:38, Bhupesh Sharma wrote:
> >> From: Laszlo Ersek
> >> Sent: Friday, February 05, 2016 2:27 AM
> >>
> >> On 02/03/16 22:39, Leif Lindholm
> From: Ryan Harkin [mailto:ryan.har...@linaro.org]
> Sent: Tuesday, February 02, 2016 5:35 PM
>
> On 2 February 2016 at 11:59, Laszlo Ersek <ler...@redhat.com> wrote:
> > On 02/02/16 12:53, Bhupesh Sharma wrote:
> >>> From: Ryan Harkin [mailto:ryan.ha
Hi,
I think some of the edk2 shell users might have already noticed this, that the
Backspace input doesn't work on the UEFI shell (I am using the latest
edk2/master branch).
On Qemu-AARCH64 2.5 build, I can get 'Ctrl + H' to work as the Backspace key on
the shell,
but on my AARCH64 platform
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: Tuesday, February 02, 2016 1:44 PM
> On 2 February 2016 at 09:05, Bhupesh Sharma <bhupesh.sha...@nxp.com>
> wrote:
> > Hi,
> >
> > I think some of the edk2 shell users might have already notice
41 matches
Mail list logo