Re: [edk2] Transition to GitHub is complete

On 3 February 2016 at 08:51, Ard Biesheuvel wrote: > On 3 February 2016 at 00:40, Jordan Justen wrote: >> On 2016-02-02 09:47:23, Jordan Justen wrote: >>> As mentioned previously, we will attempt to transition to GitHub >>> starting this

Re: [edk2] [Patch v2 0/3] Fix several issues related to TX buffer recycle

On 02/03/16 04:46, Fu Siyuan wrote: > 1. MdeModulePkg-Update-the-default-size-of-MNP-TX-buffer. > 2. Update DBsize in SNP GetStatus command > 3. Correct one return status code in SNP Transmit function. > > Fu Siyuan (3): > MdeModulePkg: Update the default size of MNP TX buffer pool. >

Re: [edk2] [PATCH v3 1/6] ArmPlatformPkg: Add FileExplorerLib.inf to the dsc file

On 3 February 2016 at 05:01, Dandan Bi wrote: > V3: Add FileExplorerLib when SECURE_BOOT_ENABLE == TRUE, so > when to use FileExplorerLib is clear. > > Because SecureBootConfigDxe use FileExplorerLib now, but > FileExplorerLib is not in the dsc file of the package > that use

Re: [edk2] [PATCH v3 2/6] ArmVirPkg: Add FileExplorerLib.inf to the dsc file

On 02/03/16 06:01, Dandan Bi wrote: > V3: Add FileExplorerLib when SECURE_BOOT_ENABLE == TRUE, so > when to use FileExplorerLib is clear. > > Because SecureBootConfigDxe use FileExplorerLib now, but > FileExplorerLib is not in the dsc file of the package > that use SecureBootConfigDxe. Now add

Re: [edk2] [PATCH v3 3/6] OvmfPkg: Add FileExplorerLib.inf to the dsc file

On 02/03/16 06:01, Dandan Bi wrote: > V3: Add FileExplorerLib when SECURE_BOOT_ENABLE == TRUE, so > when to use FileExplorerLib is clear. > > Because SecureBootConfigDxe use FileExplorerLib now, but > FileExplorerLib is not in the dsc file of the package > that use SecureBootConfigDxe. Now add

Re: [edk2] Transition to GitHub is complete

On 3 February 2016 at 00:40, Jordan Justen wrote: > On 2016-02-02 09:47:23, Jordan Justen wrote: >> As mentioned previously, we will attempt to transition to GitHub >> starting this morning (around 10AM PST, UTC-8). One of the first steps >> will be to disable

Re: [edk2] SATA 3.0 AHCI host controller codebase

Hi Shaveta, On Tue, Feb 02, 2016 at 07:05:03AM +, Shaveta Leekha wrote: > Is there some SATA 3.0 AHCI driver implementation in UEFI / EDK code? > The one I need to write for our platform is not PCI based. > > I have seen few implementations in EDK2: >

Re: [edk2] MdePkg/SmmMemLib: Insufficient abstraction for CPU physical address size

Mike, Thanks - I agree that HOBs are part of the PI specification although it's clear in the specs that the intent is passing data from PEI to DXE (case in point: the string 'HOB' appears in the DXE volume 200 times and in the SMM volume zero times other than the revision history table). It's

[edk2] [Patch] MdeModulePkg: Update DxeCore dispatcher to ignore PEI and SMM depex for FV.

If FV image without DXE depex, it will be dispatched by DxeCore. If FV image with SMM depex, it is the invalid image. ASSERT will be trig. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Liming Gao --- MdeModulePkg/Core/Dxe/Dispatcher/Dispatcher.c |

Re: [edk2] [PATCH] Reformatting xsd document with VS2013

On 2016-02-03 15:20:22, Hauch, Larry wrote: > Hi Jordan, > Git config global entry: > commit.template=C:/Users/lhauch/msgtemplate.txt was not picked up by > git send-email. > You might try /c/Users ... Another note, you should prefix the subject (1st line of commit message) with BaseTools.

[edk2] EDK II subversion branches archived

I moved all the 'svn/*' branches to a separate repo: https://github.com/tianocore/edk2-archive In the main EDK II git repo, these branches have been removed. To 'clean up' these branches from your local repo use the '--prune' parameter when fetching from the github upstream repo: $ git fetch

Re: [edk2] Transition to GitHub is complete

Excellent and thanks to everyone who made this happen! >From the wiki, it looks like all tasks were completed except these two: Post transition follow on tasks: # Automated mirroring of git repo to git mirrors # Automated mirroring of git repo (master, UDK branches) back to deprecated svn

[edk2] [PATCH 2/2] MdeModulePkg: Add RamDiskDxe driver implementation

The RamDiskDxe driver will: 1. Produce the EFI RAM Disk Protocol 2. Install RAM disk device path and block I/O related protocols on the RAM disk device handle. 3. Install RAM disk configuration form to HII database Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu

[edk2] [PATCH 0/2] RAM disk driver implementation

This patch series: 1. Add EFI RAM Disk Protocol definitions in MdePkg (The patch does not modify comments in MdePkg.dec to reflect the current version of UEFI spec, this change will be added before code check in) 2. Add RamDiskDxe driver implementation in MdeModulePkg The patch series is also

Re: [edk2] [Patch V4 4/4] MdeModulePkg: Add generic PciHostBridgeDxe driver.

Laszlo, Marcel, Thanks for the explanation. I need to think for a while and will get back to you in second half of February after the Chinese New Year vocation. Regards, Ray -Original Message- From: Laszlo Ersek [mailto:ler...@redhat.com] Sent: Tuesday, February 2, 2016 7:08 PM To:

[edk2] [PATCH 1/2] MdePkg: Add EFI RAM Disk Protocol definitions

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Hao Wu --- MdePkg/Include/Protocol/RamDisk.h | 106 ++ MdePkg/MdePkg.dec | 3 ++ 2 files changed, 109 insertions(+) create mode 100644

[edk2] [PATCH] ArmPkg: Add isb when setting SCR.

From: Evan Lloyd Some updates to SCR can cause a problem which manifests as an undefined opcode exception. This may be when a speculative secure instruction fetch happens after the NS bit is set. An isb is required to make the register change take effect fully.

[edk2] MdePkg/SmmMemLib: Insufficient abstraction for CPU physical address size

In SmmMemLib there's a routine to determine the maximum physical address supported by a processor: // // Get physical address bits supported. // Hob = GetFirstHob (EFI_HOB_TYPE_CPU); if (Hob != NULL) { PhysicalAddressBits = ((EFI_HOB_CPU *) Hob)->SizeOfMemorySpace; } else {

[edk2] [PATCH v2 0/6] ArmPlatformPkg: remove unused code

This is an update to my original series titled: [PATCH 0/2] ArmPlatformPkg: Remove FVP and Juno ARM Ltd Platform support is migrating to use OpenPlatformPkg [1]. Currently, TC2, Juno and FVP exist both in EDK2's ArmPlatformPkg and in OpenPlatformPkg. And they are starting to diverge,

[edk2] [PATCH v2 1/6] ArmPlatformPkg: remove ArmVExpress-CTA15-A7.dsc/fdf

ARM Ltd Platform support is migrating to use OpenPlatformPkg [1]. Currently, Juno exists both in EDK2's ArmPlatformPkg and in OpenPlatformPkg [2]. And they are starting to diverge, with OpenPlatformPkg being the most up-to-date with current developments. To prevent this divergence, remove the

[edk2] [PATCH v2 4/6] ArmPlatformPkg: remove ArmVExpress-RTSM-A15_MPCore.dsc/fdf

This platform is untested and no longer supported, so remove it from the tree. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ryan Harkin --- .../ArmVExpressPkg/ArmVExpress-RTSM-A15_MPCore.dsc | 297 -

[edk2] [PATCH v2 6/6] Revert "ArmPlatformPkg: Create an ARM Platform DSC / FDF / ArmPlatformLib template"

This reverts commit 12fcdcb83d8e91cb730db9252189269467b9ed73 The files added by the commit have never been used. In the intervening years since they've been added, ~30 patches have been submitted to update them. Remove them as part of a general cleanup of ArmPlatformPkg. Signed-off-by: Ryan

[edk2] [PATCH v2 3/6] ArmPlatformPkg: remove ArmJuno.dsc/fdf

ARM Ltd Platform support is migrating to use OpenPlatformPkg [1]. Currently, Juno exists both in EDK2's ArmPlatformPkg and in OpenPlatformPkg [2]. And they are starting to diverge, with OpenPlatformPkg being the most up-to-date with current developments. To prevent this divergence, remove the

Re: [edk2] [Patch] MdeModulePkg: Update DxeCore dispatcher to ignore PEI and SMM depex for FV.

Reviewed-by: Andrew Fish > On Feb 3, 2016, at 6:01 AM, Liming Gao wrote: > > If FV image without DXE depex, it will be dispatched by DxeCore. > If FV image with SMM depex, it is the invalid image. ASSERT will be trig. > > Contributed-under: TianoCore

Re: [edk2] [PATCH v2 6/6] Revert "ArmPlatformPkg: Create an ARM Platform DSC / FDF / ArmPlatformLib template"

> -Original Message- > From: Ryan Harkin [mailto:ryan.har...@linaro.org] > Sent: Wednesday, February 03, 2016 9:25 AM > To: Carsey, Jaben > Cc: edk2-de...@ml01.01.org; linaro-u...@lists.linaro.org; Leif Lindholm > ; Justen, Jordan L

Re: [edk2] [PATCH v2 6/6] Revert "ArmPlatformPkg: Create an ARM Platform DSC / FDF / ArmPlatformLib template"

On Wed, Feb 03, 2016 at 05:29:58PM +, Carsey, Jaben wrote: > > -Original Message- > > From: Ryan Harkin [mailto:ryan.har...@linaro.org] > > Sent: Wednesday, February 03, 2016 9:25 AM > > To: Carsey, Jaben > > Cc: edk2-de...@ml01.01.org;

Re: [edk2] [PATCH v2 0/6] ArmPlatformPkg: remove unused code

Hi Ryan, On Wed, Feb 03, 2016 at 05:09:28PM +, Ryan Harkin wrote: > This is an update to my original series titled: > > [PATCH 0/2] ArmPlatformPkg: Remove FVP and Juno > > ARM Ltd Platform support is migrating to use OpenPlatformPkg [1]. > > Currently, TC2, Juno and FVP exist both

Re: [edk2] [PATCH v2 6/6] Revert "ArmPlatformPkg: Create an ARM Platform DSC / FDF / ArmPlatformLib template"

Change looks good. Question - Is there a way to optimize the patch/email for this type of change so that we do not see the "diff" for a file that is deleted? It seems redundant to show a whole file of "-" lines... -Jaben > -Original Message- > From: edk2-devel

Re: [edk2] [PATCH v2 6/6] Revert "ArmPlatformPkg: Create an ARM Platform DSC / FDF / ArmPlatformLib template"

On 3 February 2016 at 17:20, Carsey, Jaben wrote: > Change looks good. > > Question - Is there a way to optimize the patch/email for this type of change > so that we do not see the "diff" for a file that is deleted? It seems > redundant to show a whole file of "-"

Re: [edk2] [Patch] MdeModulePkg: Update DxeCore dispatcher to ignore PEI and SMM depex for FV.

Liming, Thanks for doing this quick update! Reviewed-by: Michael Kinney Mike > -Original Message- > From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Liming > Gao > Sent: Wednesday, February 3, 2016 6:01 AM > To:

Re: [edk2] [PATCH] ArmPkg: Add isb when setting SCR.

Thanks Evan, Pushed (with a few fixups) via the version in your repository. Apologies for dropping the ball on this one. On Wed, Feb 03, 2016 at 05:59:06PM +, evan.ll...@arm.com wrote: > From: Evan Lloyd > > Some updates to SCR can cause a problem which manifests as an

Re: [edk2] MdePkg/SmmMemLib: Insufficient abstraction for CPU physical address size

Eugene, HOBs and SMM are both part of the PI Specifications. From an implementation perspective, HOBs used in entry points of SMM core and SMM drivers can provide important platform/CPU state information. So I think use of HOBs from SMM modules is allowed. You do bring up some good points,

[edk2] How do you get current timestamp in ms or ns ?

Is there an EDK2 API which returns the current timetamp or current number of ticks thathave elapsed in nanoseconds or milliseconds ? I have tried GetTime() and it returns the time in seconds. I need higher resolution thanseconds.  I also tried GetPerformanceCounter() but I get 0 for some reason.