Re: [edk2] [PATCH v2 3/3] ArmVirtPkg/ArmVirtQemu: limit ACPI support to v5.0 and higher

On 02/18/16 21:16, Ard Biesheuvel wrote: > On 18 February 2016 at 21:14, Laszlo Ersek <ler...@redhat.com> wrote: >> On 02/18/16 21:03, Ard Biesheuvel wrote: >>> The ACPI spec predates the AARCH64 architecture by 5 versions, so there >>> is no point in supporting an

Re: [edk2] [Patch v2] UefiCpuPkg/PiSmmCpuDxeSmm: Add EFIAPI to CheckFeatureSupported()

On 02/19/16 02:53, Michael Kinney wrote: > The function CheckFeatureSupported() is used as an EFI_AP_PROCEDURE > in the MP Services Protocol service StartAllAPs(). Any function > used as an EFI_AP_PROCEDURE must use EFIAPI calling convention. > > Cc: Laszlo Ersek <ler...@redh

Re: [edk2] [Patch] CryptoPkg/OpensslLib: Upgrade OpenSSL version to 1.0.2f

On 02/19/16 09:59, David Woodhouse wrote: > On Fri, 2016-02-19 at 07:59 +, Long, Qin wrote: >> I agree those changes really make sense for better alignment, under >> both 1.0.2xx and 1.1 HEAD. The final out-of-box support will be >> wonderful. >> The updates

Re: [edk2] [PATCH v2 2/3] IntelFrameworkModulePkg: BdsDxe: only allocate below 4 GB on ACPI 1.0

On 02/19/16 09:53, Ard Biesheuvel wrote: > On 19 February 2016 at 09:45, Yao, Jiewen wrote: >> I can explain the reason on allocating <4G. It is because this data will be >> used in PEI phase in S3 resume. >> >> On most X86 platform, PEI phase is 32bit, and DXE phase is

Re: [edk2] [patch] MdeModulePkg: Should not overwrite the BltX

On 02/19/16 06:34, Dandan Bi wrote: > when has next line to draw, should not overwrite the BltX > to 0, instead should keep the BltX value that pass into > StringToImage function. > > Cc: Liming Gao > Cc: Eric Dong > Contributed-under: TianoCore

Re: [edk2] [Patch] UefiCpuPkg/PiSmmCpuDxeSmm: Enable/Restore XD in SMM

guest - same with OVMF Ia32X64 build, 64-bit Fedora guest - OVMF Ia32X64 build, debug/checked Windows 8.1 guest, suspend-resume. Regression-tested-by: Laszlo Ersek <ler...@redhat.com> Thanks Laszlo > diff --git a/UefiCpuPkg/PiSmmCpuDxeSmm/MpService.c > b/UefiCpuPkg/PiSmmCp

Re: [edk2] [Patch V2 1/2] MdeModulePkg/PciBus: Refine to reduce code lines.

On 02/19/16 03:18, Ruiyu Ni wrote: > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Ruiyu Ni > Cc: Feng Tian > Cc: Jeff Fan > --- > MdeModulePkg/Bus/Pci/PciBusDxe/PciIo.c | 70 >

Re: [edk2] [Patch V2 2/2] MdeModuelPkg/PciBus: Return AddrTranslationOffset in GetBarAttributes

On 02/19/16 03:18, Ruiyu Ni wrote: > Some platform doesn't use CPU(HOST)/Device 1:1 mapping for PCI Bus. > But PCI IO doesn't have interface to tell caller (device driver) > whether the address returned by GetBarAttributes() is HOST address > or device address. > UEFI Spec 2.6 addresses this issue

Re: [edk2] BaseTools build number after transition to git

On 02/18/16 22:10, Felix Poludov wrote: > Eric, > > Using git commit hash or a truncated version of hash, as proposed by Laszlo, > is mostly fine. > The only inconvenience of git hashes is that they cannot be compared. > Unlike SVN revision, it's impossible to tell which commit is newer, by

Re: [edk2] [PATCH] Ax88772b: Fixing compilation error variable set but not used

On 02/10/16 15:07, Shivamurthy Shastri wrote: > error: pNicDevice variable set but not used > > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Shivamurthy Shastri > --- > OptionRomPkg/Bus/Usb/UsbNetworking/Ax88772b/SimpleNetwork.c | 2 --

Re: [edk2] [Patch 2/2] MdeModuelPkg/PciBus: Return AddrTranslationOffset in GetBarAttributes

On 02/18/16 22:40, Benjamin Herrenschmidt wrote: > On Thu, 2016-02-18 at 18:02 +0100, Laszlo Ersek wrote: >> >> with Ray's change in the generic PCI bus driver, *must* all PciIo-based >> device drivers be updated? Is this a (bug-)compatible change, or does it >> regres

Re: [edk2] [PATCH v2 2/3] IntelFrameworkModulePkg: BdsDxe: only allocate below 4 GB on ACPI 1.0

On 02/19/16 12:52, Ard Biesheuvel wrote: > On 19 February 2016 at 10:56, Laszlo Ersek <ler...@redhat.com> wrote: >> On 02/19/16 09:53, Ard Biesheuvel wrote: >>> On 19 February 2016 at 09:45, Yao, Jiewen <jiewen@intel.com> wrote: >>>> I can explain t

Re: [edk2] [PATCH] Ax88772b: Fixing compilation error variable set but not used

On 02/19/16 13:04, Shivamurthy Shastri wrote: > On 19 February 2016 at 16:30, Laszlo Ersek <ler...@redhat.com> wrote: > >> On 02/10/16 15:07, Shivamurthy Shastri wrote: >>> error: pNicDevice variable set but not used >>> >>> Contributed-under: TianoC

Re: [edk2] [PATCH v2 2/3] IntelFrameworkModulePkg: BdsDxe: only allocate below 4 GB on ACPI 1.0

On 02/19/16 13:18, Ard Biesheuvel wrote: > On 19 February 2016 at 13:14, Laszlo Ersek <ler...@redhat.com> wrote: >> On 02/19/16 12:52, Ard Biesheuvel wrote: >>> On 19 February 2016 at 10:56, Laszlo Ersek <ler...@redhat.com> wrote: >>>> On 02/19/16 09:53,

Re: [edk2] [PATCH v2 2/3] IntelFrameworkModulePkg: BdsDxe: only allocate below 4 GB on ACPI 1.0

On 02/19/16 13:50, Ard Biesheuvel wrote: > On 19 February 2016 at 13:48, Laszlo Ersek <ler...@redhat.com> wrote: >> On 02/19/16 13:40, Ard Biesheuvel wrote: >>> On 19 February 2016 at 13:33, Laszlo Ersek <ler...@redhat.com> wrote: >> >>>> I

Re: [edk2] [Patch] CryptoPkg/OpensslLib: Upgrade OpenSSL version to 1.0.2f

On 02/19/16 10:48, David Woodhouse wrote: > On Fri, 2016-02-19 at 10:43 +0100, Laszlo Ersek wrote: >> >> I can test this for you, if you give me precise instructions. >> >> (I'm asking for instructions because CryptoPkg/Include/openssl/README is >> de

Re: [edk2] [PATCH v3 2/4] IntelFrameworkModulePkg: BdsDxe: only allocate below 4 GB if needed

Base = 0x0ULL; > +AllocType = AllocateMaxAddress; > + } else { > +AllocType = AllocateAnyPages; > + } > >// >// Allocate a block of memory that will contain performance data to OS. >// >Status = gBS->AllocatePages ( > -

Re: [edk2] [PATCH v3 3/4] ArmVirtPkg/ArmVirtQemu: limit ACPI support to v5.0 and higher

5.0 or later > + gEfiMdeModulePkgTokenSpaceGuid.PcdAcpiExposedTableVersions|0x20 > + > [PcdsDynamicDefault.common] >## If TRUE, OvmfPkg/AcpiPlatformDxe will not wait for PCI ># enumeration to complete before installing ACPI tables. > Okay, now moved to [PcdsFixedAtBuild.AARCH64].

Re: [edk2] [PATCH v3 4/4] ArmVirtPkg/ArmVirt.dsc.inc: lift 4 GB limit for PEI accessible memory

dAtBuild.common] >gEfiMdePkgTokenSpaceGuid.PcdMaximumUnicodeStringLength|1000000 >gEfiMdePkgTokenSpaceGuid.PcdMaximumAsciiStringLength|100 > Reviewed-by: Laszlo Ersek <ler...@redhat.com> ___ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel

Re: [edk2] [PATCH] OvmfPkg: implement UEFI driver for Virtio RNG devices

On 02/19/16 11:54, Ard Biesheuvel wrote: > This implements a UEFI driver model driver for Virtio devices of type > VIRTIO_SUBSYSTEM_ENTROPY_SOURCE, and exposes them via instances of > the EFI_RNG_PROTOCOL protocol, supporting the EFI_RNG_ALGORITHM_RAW > algorithm only. > > Contributed-under:

Re: [edk2] [PATCH] OvmfPkg: implement UEFI driver for Virtio RNG devices

On 02/19/16 11:54, Ard Biesheuvel wrote: > This implements a UEFI driver model driver for Virtio devices of type > VIRTIO_SUBSYSTEM_ENTROPY_SOURCE, and exposes them via instances of > the EFI_RNG_PROTOCOL protocol, supporting the EFI_RNG_ALGORITHM_RAW > algorithm only. > > Contributed-under:

Re: [edk2] [PATCH] OvmfPkg: implement UEFI driver for Virtio RNG devices

On 02/19/16 16:07, Ard Biesheuvel wrote: > On 19 February 2016 at 16:00, Laszlo Ersek <ler...@redhat.com> wrote: >> (3) I searched the patch for "volatile", and found none. Please, in the >> VirtioRngGetRNG() member function, allocate an appropriately sized >

[edk2] [PATCH 1/1] OvmfPkg: VirtioFlush(): return the number of bytes written by the host

tio entropy device, to be covered in the upcoming patches, reports the amount of randomness produced by the host only through this quantity. Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.

[edk2] [PATCH 0/1] OvmfPkg: VirtioFlush(): return the number of bytes written by the host

Public branch: <https://github.com/lersek/edk2/commits/virtio_flush_used_len>. Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Laszlo Ersek (1): OvmfPkg: VirtioFlush(): return the number of bytes written by the host OvmfP

Re: [edk2] [PATCH v2 2/2] OvmfPkg: implement UEFI driver for Virtio RNG devices

Cc: Jordan Justen <jordan.l.jus...@intel.com> > Cc: Laszlo Ersek <ler...@redhat.com> > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Ard Biesheuvel <ard.biesheu...@linaro.org> > --- > OvmfPkg/VirtioRngDxe/VirtioRng.c | 607

Re: [edk2] [patch 0/7] Add UEFI2.6 MemoryAttributesTable support.

szlo > > Thank you > Yao Jiewen > > -Original Message- > From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] > Sent: Monday, February 01, 2016 2:28 PM > To: Laszlo Ersek > Cc: Yao, Jiewen; edk2-de...@ml01.01.org; Gao, Liming > Subject: Re: [edk2] [pat

Re: [edk2] [patch 0/7] Add UEFI2.6 MemoryAttributesTable support.

On 02/14/16 10:22, Ard Biesheuvel wrote: > On 14 February 2016 at 07:51, Laszlo Ersek <ler...@redhat.com> wrote: >> On 02/14/16 06:44, Yao, Jiewen wrote: >>> HI >>> Thanks to discuss this properties table issue. >>> The purpose of this patch i

Re: [edk2] Task: Issue Tracking System for Tianocore

h wait, there seems to be a new URL (still JIRA): https://projects.linaro.org I am (was?) subscribed to a minimal set of CARDs only, in the first system; I don't have any real experience with JIRA. Ard, Leif, can you please share your thoughts? Thanks! Laszlo > > -Original Message

Re: [edk2] [PATCH 14/17] OvmfPkg: PciHostBridgeLib: set PCI config space boundaries

On 03/01/16 20:23, Jordan Justen wrote: > On 2016-02-26 16:23:33, Laszlo Ersek wrote: >> In "OvmfPkg/PciHostBridgeDxe/PciRootBridgeIo.c", the >> RootBridgeIoCheckParameter() function hard-codes them as [0x00..0xFF] (see >> the MAX_PCI_REG_ADDRESS macro), which matc

[edk2] [PATCH 1/6] MdePkg: DebugLib: more cleanup for log level comments in lib class header

The DEBUG_POOL and DEBUG_PAGE clarifications were suggested by Leif Lindholm. Cc: Michael Kinney <michael.d.kin...@intel.com> Cc: Liming Gao <liming@intel.com> Cc: Leif Lindholm <leif.lindh...@linaro.org> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by:

[edk2] [PATCH 6/6] OvmfPkg: copy log level comments from DebugLib.h

Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/OvmfPkgIa32.dsc| 22 OvmfPkg/OvmfPkgIa32X64.dsc | 22 OvmfPkg/OvmfPkgX64.

[edk2] [PATCH 0/6] more cleanups for DebugLib.h, then sync DSCs with it

Michael Kinney <michael.d.kin...@intel.com> Laszlo Ersek (6): MdePkg: DebugLib: more cleanup for log level comments in lib class header ArmPlatformPkg/ArmVExpressPkg: sync log level comments to DebugLib.h ArmVirtPkg: sync log level comments to DebugLib.h BeagleBoardPkg: sync log level commen

[edk2] [PATCH 2/6] ArmPlatformPkg/ArmVExpressPkg: sync log level comments to DebugLib.h

Suggested-by: Leif Lindholm <leif.lindh...@linaro.org> Cc: Leif Lindholm <leif.lindh...@linaro.org> Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- Not

Re: [edk2] [PATCH 07/17] OvmfPkg: PciHostBridgeLib: convert main loop from PciHostBridgeDxe

On 03/01/16 08:16, Jordan Justen wrote: > On 2016-02-26 16:23:26, Laszlo Ersek wrote: >> In this patch we import the scan for extra root buses from the >> InitializePciHostBridge() function, in file >> "OvmfPkg/PciHostBridgeDxe/PciHostBridge.c". >> >

Re: [edk2] [PATCH] Platforms/ARM: ArmVexpress.dsc.inc - update debug levels

On 02/29/16 21:14, Laszlo Ersek wrote: > On 02/29/16 20:34, Leif Lindholm wrote: >> The comments on PcdDebugPrintErrorLevel are clearly based on a version >> of MdePkg/Include/Library/DebugLib.h predating SVN r12933. >> Bring up to date to reduce confusion (and fix

Re: [edk2] [PATCH v3] NetworkPkg: Add URI configuration form to HTTP boot driver.

On 03/10/16 11:02, Gary Lin wrote: > On Thu, Mar 10, 2016 at 10:20:12AM +0100, Laszlo Ersek wrote: >> On 03/10/16 08:49, Gary Lin wrote: >>> I found that it's related to iPXE. If I disable iPXE with >>> >>> "-netdev user,id=hostnet0 -devic

Re: [edk2] Tianocore Community Update 2016 #1

On 03/09/16 19:49, Mangefeste, Tony wrote: > I. Defect & Issue Tracking > There are several topics we're investigating, and your input is appreciated: First of all, thank you very much for going forward with Bugzilla! > * Considering tying the Bugzilla login to GitHub using GitHub as the >

Re: [edk2] EDK2 Staging Repository

On 03/10/16 00:02, Kinney, Michael D wrote: > Jordan, > > Responses included below. > > Mike > > > >> -Original Message- >> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of >> Jordan Justen >> Sent: Wednesday, March 9, 2016 1:47 PM >> To: Mangefeste, Tony

Re: [edk2] [PATCH v3] NetworkPkg: Add URI configuration form to HTTP boot driver.

On 03/10/16 08:49, Gary Lin wrote: > On Wed, Mar 09, 2016 at 04:54:08PM +0800, Gary Lin wrote: >> On Fri, Mar 04, 2016 at 04:38:22PM +0800, Fu Siyuan wrote: >>> This patch updates the HTTP boot driver to produce a setup page for the boot >>> file URI configuration. A new boot option will be

Re: [edk2] Tianocore Community Update 2016 #1

On 03/10/16 11:58, David Woodhouse wrote: > On Thu, 2016-03-10 at 11:33 +0100, Laszlo Ersek wrote: >> >>> * Considering tying the Bugzilla login to GitHub using GitHub as the >>> provider. This would mean that anyone wishing to submit an item into >>> BZ wou

Re: [edk2] Tianocore Community Update 2016 #1

On 03/10/16 18:20, Mangefeste, Tony wrote: > Very good thoughts, Laszlo. > > The more I think about GitHub integration, the more I'm leaning > against it. Another reason is that we can assign groups to certain > organizational emails to allow/grant special rights to specific > classes of issues.

Re: [edk2] EDK2 Staging Repository

On 03/10/16 17:55, Mangefeste, Tony wrote: > This is fantastic, because the other two things I would like for us all to > consider is Gerrit+Jenkins support. Sorry for repeating myself :(, but: Please make sure that all reviews done on the web are forwarded to the mailing list, and that I can

Re: [edk2] EDK2 Staging Repository

On 03/10/16 19:29, Kinney, Michael D wrote: >> -Original Message- >> From: Laszlo Ersek [mailto:ler...@redhat.com] >> Keeping work-in-progress modules in a separate repo has a critical >> drawback: those modules will not share the commit history of the main >

Re: [edk2] [PATCH v2 0/6] OvmfPkg: enable PCIe on Q35

On 03/10/16 19:20, Jordan Justen wrote: > On 2016-03-10 02:34:58, Laszlo Ersek wrote: >> Hi Jordan, >> >> On 03/08/16 15:19, Laszlo Ersek wrote: >>> Version 2 of <http://thread.gmane.org/gmane.comp.bios.edk2.devel/8707>. >>> >>> News for v2:

[edk2] [PATCH 3/3] OvmfPkg: PciHostBridgeLib: install 64-bit PCI host aperture

kra...@redhat.com> Cc: Jordan Justen <jordan.l.jus...@intel.com> Cc: Marcel Apfelbaum <mar...@redhat.com> Cc: Thomas Lamprecht <t.lampre...@proxmox.com> Ref: https://github.com/tianocore/edk2/issues/59 Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo

[edk2] [PATCH 2/3] OvmfPkg: PlatformPei: determine the 64-bit PCI host aperture for X64 DXE

ct/tesla-servers.html Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/OvmfPkg.dec | 5 + OvmfPkg/OvmfPkgIa32X64.dsc | 2 + OvmfPkg/OvmfPkgX64.dsc | 2 + OvmfPkg/PlatformPei/Platfor

[edk2] [PATCH 1/3] OvmfPkg: PlatformPei: factor out GetFirstNonAddress()

el Apfelbaum <mar...@redhat.com> Cc: Thomas Lamprecht <t.lampre...@proxmox.com> Ref: https://github.com/tianocore/edk2/issues/59 Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/PlatformPei/MemDetect.c | 18

[edk2] [PATCH 0/3] OvmfPkg: enable 64-bit PCI MMIO

mar...@redhat.com> Cc: Thomas Lamprecht <t.lampre...@proxmox.com> Ref: https://github.com/tianocore/edk2/issues/59 Thanks Laszlo Laszlo Ersek (3): OvmfPkg: PlatformPei: factor out GetFirstNonAddress() OvmfPkg: PlatformPei: determine the 64-bit PCI host aperture for X64 DXE Ovmf

Re: [edk2] Tianocore Community Update 2016 #1

On 03/10/16 14:11, David Woodhouse wrote: > On Thu, 2016-03-10 at 13:58 +0100, Laszlo Ersek wrote: >> >>> Sure, actually getting vendor buy-in for that is a completely different >>> story. But let's not design the system to make it hard :) >> >> I couldn't b

Re: [edk2] [PATCH] MdeModulePkg: Rescale ConSplitter Absolute Pointer.

On 03/16/16 09:22, Zeng, Star wrote: > Pushed at 30ed3422ab2de03abf7c1433ebb482f6e5e16f45. > > Thanks, > Star This patch breaks the Ia32 build of OVMF (found by Gerd's Jenkins auto-builder): MdeModulePkg/Universal/Console/ConSplitterDxe/ConSplitterDxe/OUTPUT/ConSplitterDxe.lib(ConSplitter.obj):

Re: [edk2] EDK2 Staging Repository 2nd Draft

On 03/15/16 18:20, Kinney, Michael D wrote: > David, > > Thanks for the suggestion. Today the git dev process requires a rebase. > Given that this operation is transferring content from one community > maintained feature branch in edk2-staging into edk2/master, I agree the > option to use 'git

[edk2] [COMMIT] MdeModulePkg: ConSplitterDxe: use U64 mult/div wrappers in AbsPtr scaling

This is an emergency fix for UINT64 multiplications and divisions not being done with the right BaseLib functions -- they break Ia32 builds. Fixes: 30ed3422ab2de03abf7c1433ebb482f6e5e16f45 Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.

Re: [edk2] [PATCH v2 3/6] OvmfPkg: PlatformPei: enable PCIEXBAR (aka MMCONFIG / ECAM) on Q35

On 03/18/16 15:38, David Woodhouse wrote: > On Tue, 2016-03-08 at 15:20 +0100, Laszlo Ersek wrote: >> +UINT64 PciExBarBase; > ... >> if (mHostBridgeDevId == INTEL_Q35_MCH_DEVICE_ID) { > ... >> + PciExBarBase = FixedPcdGet6

Re: [edk2] [PATCH v2] OvmfPkg/PlatformPei: Fix VS2008 build breakage

On 03/19/16 02:15, David Woodhouse wrote: > So we treat it as an opaque sequence of bytes on the way *in*, then > make assumptions on the way *out* about what it was? On the way in, it is assumed to be UTF-8, unless the user says otherwise. If the user says otherwise (in i18n.commitencoding),

Re: [edk2] [PATCH 0/3] OvmfPkg: enable 64-bit PCI MMIO

On 03/10/16 22:05, Laszlo Ersek wrote: > This is the last wave(-let) I have for now. > > Public branch: > <https://github.com/lersek/edk2/commits/mmio64_issue59_v1>. > > Thomas, it would be great if you could test it. > > Cc: Gerd Hoffmann <kra...@redhat.com&g

Re: [edk2] Software SMI STS bit is not set when writing port B2 in QEMU Q35

On 03/14/16 09:18, Ni, Ruiyu wrote: > > > Regards, > Ray > > >> -Original Message----- >> From: Laszlo Ersek [mailto:ler...@redhat.com] >> Sent: Monday, March 14, 2016 4:11 PM >> To: Ni, Ruiyu <ruiyu...@intel.com>; Justen, Jordan L >>

Re: [edk2] Software SMI STS bit is not set when writing port B2 in QEMU Q35

On 03/14/16 08:30, Ni, Ruiyu wrote: > Laszlo, Jordan, > > When launching QEMU in Q35 target mode, when writing to IO port 0xB2, > > the accordingly SMI STS bit (PmBase + 0x34, BIT5) is not set. > > > > Is it a QEMU’s bug? I'd rather call it a "choice". > > I do find comments in

[edk2] OvmfPkg, ArmVirtPkg: ("the" AcpiPlatformDxe fix) + (64-bit PCI MMIO for OVMF) + (VirtIo 1.0)

Hi, I will send three patch series in response to this "anchor" post: [wave 1 PATCH 0/5] OvmfPkg: AcpiPlatformDxe: enable PCI IO and MMIO while fetching QEMU tables [wave 2 PATCH 0/3] OvmfPkg: enable 64-bit PCI MMIO [wave 3 PATCH 00/15] OvmfPkg, ArmVirtPkg: VirtIo

[edk2] [wave 3 PATCH 01/15] OvmfPkg: VIRTIO_DEVICE_PROTOCOL: widen the Features bitmap to 64 bits

.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/Include/Protocol/VirtioDevice.h | 8 OvmfPkg/Library/VirtioMmioDeviceLib/VirtioMm

[edk2] [wave 2 PATCH 1/3] OvmfPkg: PlatformPei: factor out GetFirstNonAddress()

el Apfelbaum <mar...@redhat.com> Cc: Thomas Lamprecht <t.lampre...@proxmox.com> Ref: https://github.com/tianocore/edk2/issues/59 Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/PlatformPei/MemDetect.c | 18

[edk2] [wave 2 PATCH 2/3] OvmfPkg: PlatformPei: determine the 64-bit PCI host aperture for X64 DXE

ct/tesla-servers.html Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/OvmfPkg.dec | 5 + OvmfPkg/OvmfPkgIa32X64.dsc | 2 + OvmfPkg/OvmfPkgX64.dsc | 2 + OvmfPkg/PlatformPei/Platfor

[edk2] [wave 3 PATCH 00/15] OvmfPkg, ArmVirtPkg: VirtIo 1.0

<http://thread.gmane.org/gmane.comp.emulators.qemu/400142/focus=400161>. Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Laszlo Ersek (15): OvmfPkg: VIRTIO_DEVICE_PROTOCOL: widen the Features bitmap to 64 bits OvmfPkg: VIRTIO

[edk2] [wave 2 PATCH 3/3] OvmfPkg: PciHostBridgeLib: install 64-bit PCI host aperture

kra...@redhat.com> Cc: Jordan Justen <jordan.l.jus...@intel.com> Cc: Marcel Apfelbaum <mar...@redhat.com> Cc: Thomas Lamprecht <t.lampre...@proxmox.com> Ref: https://github.com/tianocore/edk2/issues/59 Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo

[edk2] [wave 1 PATCH 1/5] OvmfPkg: introduce gRootBusesConnectedProtocolGuid

@redhat.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/OvmfPkg.dec | 1 + OvmfPkg/Include/Protocol/RootBusesConnected.h | 33 2 files changed, 34 insertions(+) diff

[edk2] [wave 1 PATCH 0/5] OvmfPkg: AcpiPlatformDxe: enable PCI IO and MMIO while fetching QEMU tables

com> Cc: Jordan Justen <jordan.l.jus...@intel.com> Cc: Marcel Apfelbaum <mar...@redhat.com> Laszlo Ersek (5): OvmfPkg: introduce gRootBusesConnectedProtocolGuid OvmfPkg: PlatformBdsLib: install gRootBusesConnectedProtocolGuid ArmVirtPkg: PlatformIntelBdsLib: install g

[edk2] [wave 1 PATCH 2/5] OvmfPkg: PlatformBdsLib: install gRootBusesConnectedProtocolGuid

com> Cc: Marcel Apfelbaum <mar...@redhat.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/Library/PlatformBdsLib/PlatformBdsLib.inf | 1 + OvmfPkg/Library/PlatformBdsLib/BdsPlatform.c | 9 + 2 files changed

[edk2] [wave 1 PATCH 3/5] ArmVirtPkg: PlatformIntelBdsLib: install gRootBusesConnectedProtocolGuid

com> Cc: Marcel Apfelbaum <mar...@redhat.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- ArmVirtPkg/Library/PlatformIntelBdsLib/PlatformIntelBdsLib.inf | 1 + ArmVirtPkg/Library/PlatformIntelBdsLib/IntelBdsPlatform.c | 1

[edk2] [wave 3 PATCH 04/15] OvmfPkg: VirtioBlkDxe: don't clear non-negotiable feature bits

intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/VirtioBlkDxe/VirtioBlk.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/OvmfPkg/VirtioBlkDxe/VirtioBlk.c b/OvmfPkg/VirtioBlkDxe/VirtioBlk.c

[edk2] [wave 3 PATCH 03/15] OvmfPkg: VIRTIO_DEVICE_PROTOCOL: pass VRING object to SetQueueAddress()

; this will enable a virtio-1.0 implementation. Convert the current producers and consumers to this prototype. Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <le

[edk2] [wave 3 PATCH 02/15] OvmfPkg: VIRTIO_DEVICE_PROTOCOL: remove GetQueueAddress() member

intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/Include/Protocol/VirtioDevice.h | 22 OvmfPkg/Library/VirtioMmioDeviceLib/VirtioMmioDevice.h |

[edk2] [wave 3 PATCH 05/15] OvmfPkg: VirtioRngDxe: clear all feature bits more explicitly

t 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/VirtioRngDxe/VirtioRng.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/OvmfPkg/VirtioRngDxe/VirtioRng.c b/OvmfPkg/VirtioRngDxe/VirtioRng.c index 290bddeeecae..d916534aac63 100644 --- a/OvmfPkg/VirtioRngDxe

[edk2] [wave 3 PATCH 06/15] OvmfPkg: IndustryStandard: add definitions from the VirtIo 1.0 spec

These header files are intentionally minimal, and intentionally kept apart from the VirtIo 0.9.5 headers. Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszl

[edk2] [wave 2 PATCH 0/3] OvmfPkg: enable 64-bit PCI MMIO

r...@redhat.com> Cc: Thomas Lamprecht <t.lampre...@proxmox.com> Ref: https://github.com/tianocore/edk2/issues/59 Laszlo Ersek (3): OvmfPkg: PlatformPei: factor out GetFirstNonAddress() OvmfPkg: PlatformPei: determine the 64-bit PCI host aperture for X64 DXE OvmfPkg: PciHo

[edk2] [wave 3 PATCH 07/15] OvmfPkg: VirtioLib: add Virtio10WriteFeatures() function

() that also verifies if the VirtIo 1.0 device accepts the feature bitmap. Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfP

[edk2] [wave 3 PATCH 08/15] OvmfPkg: VirtioBlkDxe: adapt feature negotiation to virtio-1.0

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/VirtioBlkDxe/VirtioBlk.c | 25 1 file changed, 20 insertions(+), 5 deletions(-) diff --git a/OvmfPkg/VirtioBlkDxe/VirtioBlk.c b/OvmfPkg/VirtioBlkDxe

Re: [edk2] Software SMI STS bit is not set when writing port B2 in QEMU Q35

r replies appeared a bit rough, I didn't mean it, I'm just exhausted. Thanks! Laszlo > > Regards, > Ray > > >> -Original Message- >> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of >> Laszlo Ersek >> Sent: Monday, March 14, 20

[edk2] [wave 3 PATCH 12/15] OvmfPkg: VirtioNetDxe: adapt virtio-net packet header size to virtio-1.0

c: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/VirtioNetDxe/VirtioNet.h | 4 +-- OvmfPkg/VirtioNetDxe/SnpInitialize.

[edk2] [wave 3 PATCH 13/15] OvmfPkg: Virtio10Dxe: non-transitional driver for virtio-1.0 PCI devices

cations of the register blocks) are parsed from vendor capabilities that reside in the device's standard PCI capabilities list (in PCI config space). Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution

[edk2] [wave 3 PATCH 11/15] OvmfPkg: VirtioScsiDxe: adapt feature negotiation to virtio-1.0

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/VirtioScsiDxe/VirtioScsi.c | 27 +++- 1 file changed, 20 insertions(+), 7 deletions(-) diff --git a/OvmfPkg/VirtioScsiDxe/VirtioScsi.c b/OvmfPkg/VirtioScsiDxe/

[edk2] [wave 3 PATCH 14/15] OvmfPkg: include Virtio10Dxe

Cc: Jordan Justen <jordan.l.jus...@intel.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/OvmfPkgIa32.dsc| 1 + OvmfPkg/OvmfPkgIa32X64.dsc | 1 + OvmfPkg/OvmfPkgX64.dsc | 1 + OvmfPkg/OvmfPkgIa32.fdf|

[edk2] [wave 3 PATCH 15/15] ArmVirtPkg: include Virtio10Dxe from OvmfPkg

Cc: Ard Biesheuvel <ard.biesheu...@linaro.org> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- Notes: Ard, can you please regression-test the RNG for me? Thanks! ArmVirtPkg/ArmVirtQemu.dsc | 1 +

[edk2] [wave 3 PATCH 09/15] OvmfPkg: VirtioNetDxe: adapt feature negotiation to virtio-1.0

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/VirtioNetDxe/SnpInitialize.c | 23 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/OvmfPkg/VirtioNetDxe/SnpInitialize.c b/OvmfPkg/VirtioNetD

[edk2] [wave 3 PATCH 10/15] OvmfPkg: VirtioRngDxe: adapt feature negotiation to virtio-1.0

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/VirtioRngDxe/VirtioRng.c | 27 +++- 1 file changed, 20 insertions(+), 7 deletions(-) diff --git a/OvmfPkg/VirtioRngDxe/VirtioRng.c b/OvmfPkg/VirtioRngDxe

[edk2] [wave 1 PATCH 4/5] OvmfPkg: AcpiPlatformDxe: when PCI is enabled, wait for Platform BDS's cue

lt;jordan.l.jus...@intel.com> Cc: Marcel Apfelbaum <mar...@redhat.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com> --- OvmfPkg/AcpiPlatformDxe/AcpiPlatformDxe.inf | 2 +- OvmfPkg/AcpiPlatformDxe/QemuFwCfgAcpiPl

[edk2] [wave 1 PATCH 5/5] OvmfPkg: AcpiPlatformDxe: enable PCI IO and MMIO while fetching QEMU tables

: Ard Biesheuvel <ard.biesheu...@linaro.org> Cc: Gerd Hoffmann <kra...@redhat.com> Cc: Jordan Justen <jordan.l.jus...@intel.com> Cc: Marcel Apfelbaum <mar...@redhat.com> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <ler...@redhat.com>

Re: [edk2] OpenSSL 1.1 status, and a worked example of why you should *NEVER* rebase

On 03/08/16 19:09, David Woodhouse wrote: > On Tue, 2016-03-08 at 19:00 +0100, Laszlo Ersek wrote: >> Or do you recommend that contributors be *allowed* to email pull >> requests (alongside their patches), and if they do, their pull requests >> be merged correctly? > >

Re: [edk2] [PATCH v2] ArmVirtPkg/VirtFdtDxe: set /chosen/linux, pci-probe-only to 1 in DTB

fdt_setprop_u32 (DeviceTreeBase, Node, "linux,pci-probe-only", 1) < > 0) { > + DEBUG ((EFI_D_WARN, "Failed to set /chosen/linux,pci-probe-only > property")); Another nit (sorry I did notice this in v1, but ultimately forgot to mention it): please

Re: [edk2] [PATCH v3] NetworkPkg: Add URI configuration form to HTTP boot driver.

On 03/11/16 05:26, Gary Lin wrote: > On Thu, Mar 10, 2016 at 12:31:18PM +0100, Laszlo Ersek wrote: >> On 03/10/16 11:02, Gary Lin wrote: >>> On Thu, Mar 10, 2016 at 10:20:12AM +0100, Laszlo Ersek wrote: >>>> On 03/10/16 08:49, Gary Lin wrote: >> >>&

Re: [edk2] [PATCH] ArmVirtPkg/VirtFdtDxe: set /chosen/linux, pci-probe-only to 1 in DTB

On 03/11/16 03:53, Ard Biesheuvel wrote: > Unlike Linux on x86, which typically honors the PCI configuration performed > by the firmware, Linux on ARM assumes that the PCI subsystem needs to be > configured from scratch. This is not entirely unreasonable given the > historical background of

[edk2] performance problem with the UEFI shell's DEVICES command

Hi, not sure if I'm doing wrong something, but when I run the DEVICES command, it pegs the CPU, and prints about 1 line per second near the end of the list. Near the beginning of the list, a line can take several seconds. I vaguely remember that this used to be much faster. Thanks Laszlo

Re: [edk2] [PATCH v3] NetworkPkg: Add URI configuration form to HTTP boot driver.

On 03/11/16 05:26, Gary Lin wrote: > On Thu, Mar 10, 2016 at 12:31:18PM +0100, Laszlo Ersek wrote: >> On 03/10/16 11:02, Gary Lin wrote: >>> On Thu, Mar 10, 2016 at 10:20:12AM +0100, Laszlo Ersek wrote: >>>> On 03/10/16 08:49, Gary Lin wrote: >> >>&

Re: [edk2] [PATCH] ArmVirtPkg/ArmVirtQemu: move to ARM version of CpuExceptionHandlerLib

On 03/16/16 12:39, Laszlo Ersek wrote: > On 03/16/16 12:24, Ard Biesheuvel wrote: >> Change our resolution for the previously unused CpuExceptionHandlerLib >> from the null implementation to the newly added implementation specific >> to AARCH64 and ARM. This is needed since

Re: [edk2] [PATCH v2] OvmfPkg/PlatformPei: Fix VS2008 build breakage

On 03/18/16 22:13, David Woodhouse wrote: > On Fri, 2016-03-18 at 20:02 +0100, Laszlo Ersek wrote: >> On 03/18/16 19:40, David Woodhouse wrote: >> >>> >>> But this is different. This is the commit messages. And what would you >>> know... the last commit m

Re: [edk2] [PATCH] ArmVirtPkg/ArmVirtQemu: move to ARM version of CpuExceptionHandlerLib

ary/ArmExceptionLib/ArmExceptionLib.inf >ArmDisassemblerLib|ArmPkg/Library/ArmDisassemblerLib/ArmDisassemblerLib.inf >DmaLib|ArmPkg/Library/ArmDmaLib/ArmDmaLib.inf >ArmGicLib|ArmPkg/Drivers/ArmGic/ArmGicLib.inf > Acked-by: Laszlo Ersek <ler...@redhat.com> Can y

Re: [edk2] EDK2 Staging Proposal 3rd draft, final?

On 03/18/16 13:25, David Woodhouse wrote: > On Fri, 2016-03-18 at 13:18 +0100, Laszlo Ersek wrote: >> >> Thanks for the work. I'm willing to help you test these. >> >> I'm going to close the github pull requests now. > > Please don't. The point is to look a

Re: [edk2] [RFC] MdePkg: add ARG_UNUSED notation to Base.h

xisting regexp code already uses ARG_UNUSED for this, but it is really >>>>>>> needed across the codebase - so add a version in Base.h. >> >> >> Thanks, >> >> Andrew Fish >> >> >>> Thanks >>> Liming <> >>

Re: [edk2] EDK2 Staging Proposal 3rd draft, final?

On 03/18/16 14:59, David Woodhouse wrote: > That's your personal email notification. If it's set up to mail > everything to the list (even if we create a dummy github user for the > list, and subscribe it to everything), then that won't be an issue, > will it? Perhaps. I've never tried. >

Re: [edk2] [PATCH v2] OvmfPkg/PlatformPei: Fix VS2008 build breakage

On 03/19/16 08:52, David Woodhouse wrote: > If you're providing a message with -m on the comment line, then sure, > LC_CTYPE is correct. But when it comes from a file? Every file can come > from a different place, and can be in its *own* character set. I bet > you have *plenty* of text files on

Re: [edk2] [RFC] MdePkg: add ARG_UNUSED notation to Base.h

UEFI specification claims 1 and 0. We are concerned about the > // complier portability so we did it this way. > Support for this seems to go back to gcc-4.4: https://gcc.gnu.org/onlinedocs/gcc-4.4.7/gcc/Variable-Attributes.html So it looks safe. (And I agree with the idea.) Acked-by: La

Re: [edk2] Problem with Author, Sign Off, and IP concerns

On 03/15/16 16:06, Leif Lindholm wrote: > Hi Evan, > > Thanks - I really appreciate you taking the time to summarise the > situation. > > On Tue, Mar 15, 2016 at 01:14:39PM +, Evan Lloyd wrote: >> I recently submitted some patches with fixes and improvements >> derived from our work on the

<    6   7   8   9   10   11   12   13   14   15   >