From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.byosoft.com.cn (mail.byosoft.com.cn [58.240.74.242]) by mx.groups.io with SMTP id smtpd.web12.4346.1633662851510565529 for ; Thu, 07 Oct 2021 20:14:13 -0700 Authentication-Results: mx.groups.io; dkim=missing; spf=none, err=permanent DNS error (domain: byosoft.com.cn, ip: 58.240.74.242, mailfrom: gaoliming@byosoft.com.cn) Received: from DESKTOPS6D0PVI ([58.246.60.130]) (envelope-sender ) by 192.168.6.13 with ESMTP for ; Fri, 08 Oct 2021 11:14:05 +0800 X-WM-Sender: gaoliming@byosoft.com.cn X-Originating-IP: 58.246.60.130 X-WM-AuthFlag: YES X-WM-AuthUser: gaoliming@byosoft.com.cn From: "gaoliming" To: "'Chang, Abner \(HPS SW/FW Technologist\)'" , "'edk2-devel-groups-io'" , Cc: "'Ard Biesheuvel'" , "'Leif Lindholm'" , "'Sami Mujawar'" , "'Jiewen Yao'" , "'Jordan Justen'" , "'Gerd Hoffmann'" , "'Schaefer, Daniel'" , "'Sunil V L'" , "'Zhiguang Liu'" , "'Michael D Kinney'" References: <20210930004548.3033-1-abner.chang@hpe.com> <16AB2A90260D3DD8.20282@groups.io> In-Reply-To: Subject: =?UTF-8?B?5Zue5aSNOiBbZWRrMi1kZXZlbF0gW1BBVENIIFYzIDAwLzEyXSBNaWdyYXRlIEFybVZpcnRQa2cgbW9kdWxlcyB0byBPdm1mUGtn?= Date: Fri, 8 Oct 2021 11:14:06 +0800 Message-ID: <008d01d7bbf2$8de53ed0$a9afbc70$@byosoft.com.cn> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHPNjQFN8GQVZAdNC5xuimmIlkcvQHQd0UlAg+TYuYBnByd76utluxQ Content-Type: multipart/alternative; boundary="----=_NextPart_000_008E_01D7BC35.9C0A7AA0" Content-Language: zh-cn ------=_NextPart_000_008E_01D7BC35.9C0A7AA0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Ard and Abner: I am OK to add these three PCDs PcdPciMmio32Translation, PcdPciMmio64Translation, PcdPciIoTranslation to MdePkg.=20 =20 Thanks Liming =B7=A2=BC=FE=C8=CB: Chang, Abner (HPS SW/FW Technologist) =20 =B7=A2=CB=CD=CA=B1=BC=E4: 2021=C4=EA10=D4=C26=C8=D5 17:27 =CA=D5=BC=FE=C8=CB: edk2-devel-groups-io ; ardb@kerne= l.org; Chang, Abner (HPS SW/FW Technologist) =B3=AD=CB=CD: Ard Biesheuvel ; Leif Lindholm ; Sami Mujawar ; Jiewen Yao ; Jordan Justen ; Gerd Hoffmann ; Schaefer, Daniel ; Sunil V L ; Liming Gao = ; Zhiguang Liu ; Michael D Kinney =D6=F7=CC=E2: Re: [edk2-devel] [PATCH V3 00/12] Migrate ArmVirtPkg modules = to OvmfPkg =20 Hi Ard, I realized there is a problem if we duplicate ArmPkg defined PCD to under OvmfPkg (e.g. PcdPciIoTranslate PCD) when I was duplicating this PCD to OvmfPkg. FdtPciProducerLib is relocated to OvmfPkg/Fdt and uses PcdPciIoTranslate PC= D declared with OvmfPkg namespace. FdtPciProducerLib is also used by both ArmVirtPkg and RiscVVirtPkg. ArmVirtPkg uses ArmPciCpuIoDxe provided by ArmPkg however PcdPciIoTranslate used by ArmPciCpuIoDxe is declared with ArmPkg namespace. I think this results in the problem because PcdPciIoTranslate(s) that are referred by ArmPkg and ArmVirtPkg come from two different namespaces, right= ? Unless ArmPciCpuIoDxe uses the one declared in OvmfPkg, but I don't think w= e want to do this. Thought? Otherwise, we should still keep the original patch that relocates these PCDs under MdePkg. =20 Thanks Abner =20 =20 _____ =20 From: devel@edk2.groups.io > on behalf of Abner Chang > Sent: Tuesday, October 5, 2021 11:00 PM To: edk2-devel-groups-io >; ardb@kernel.org > Cc: Ard Biesheuvel >; Leif Lindholm >; Sami Mujawar >; Jiewen Yao >; Jordan Justen >; Gerd Hoffmann >; Schaefer, Daniel >; Sunil V L >; Liming Gao >; Zhiguang Liu >; Michael D Kinney > Subject: Re: [edk2-devel] [PATCH V3 00/12] Migrate ArmVirtPkg modules to OvmfPkg=20 =20 Hi Ard, This way reduces the impact of MdePkg. We can try it. =20 Thanks Abner =20 _____ =20 From: devel@edk2.groups.io > on behalf of Ard Biesheuvel > Sent: Tuesday, October 5, 2021 5:30 PM To: edk2-devel-groups-io >; Chang, Abner (HPS SW/FW Technologist) > Cc: Ard Biesheuvel >; Leif Lindholm >; Sami Mujawar >; Jiewen Yao >; Jordan Justen >; Gerd Hoffmann >; Schaefer, Daniel >; Sunil V L >; Liming Gao >; Zhiguang Liu >; Michael D Kinney > Subject: Re: [edk2-devel] [PATCH V3 00/12] Migrate ArmVirtPkg modules to OvmfPkg=20 =20 On Thu, 30 Sept 2021 at 03:43, Abner Chang > wrote: > > In V3: Address comments on V2. > In V2: Remove HPE license on the files that just moved around or > the changes in the file are just code removal. > > edk2 BZ #: 3665 > edk2 platform corresponding changes will be submitted after > this pactch set is reviewed. > > This pacthes set is to migrate some modules from ArmVirtPkg > to under OvmfPkg for the upcoming RiscVVirtPkg that can leverage > those modules without the dependency with Arm*Pkg. > > The modules moved from ArmVirtPkg to OvmfPkg are, > - FdtClientDxe > - PciPcdProducerLib > - HighMemDxe > - QemuFwCfgLib > - FdtPciHostBridgeLib > - VirtioFdtDxe > > Below PCDs are moved to under MdePkg and leverage by RiscVVirtPkg. > This change also remove the dependency on ArmPkg of OvmfPkg. > - PcdPciIoTranslation > - PcdPciIoTranslation > - PcdPciMmio32(64)Translation > > Signed-off-by: Abner Chang > > Cc: Ard Biesheuvel > > Cc: Leif Lindholm > > Cc: Sami Mujawar > > Cc: Jiewen Yao > > Cc: Jordan Justen > > Cc: Gerd Hoffmann > > Cc: Daniel Schaefer > > Cc: Sunil V L > > Cc: Liming Gao > > Cc: Zhiguang Liu = > > Cc: Michael D Kinney > > > Abner Chang (12): > ArmVirtPkg/FdtClintDxe: Move FdtClientDxe to EmbeddedPkg > MdePkg: Add PcdPciIoTranslation PCD > ArmPkg: Use PcdPciIoTranslation PCD from MdePkg > ArmVirtPkg/FdtPciPcdProducerLib: Relocate PciPcdProducerLib to OvmfPkg > ArmVirtPkg/HighMemDxe: Relocate HighMemDxe to OvmfPkg > OvmfPkg/HighMemDxe: Add RISC-V in the supported arch. > ArmVirtPkg/QemuFwCfgLib: Relocate QemuFwCfgLib to OvmfPkg > OvmfPkg/QemuFwCfgLibMMIO: Add RISC-V arch support > MdePkg: Add PcdPciMmio32(64)Translation PCDs > ArmVirtPkg/FdtPciHostBridgeLib: Relocate FdtPciHostBridgeLib to > OvmfPkg/Fdt > OvmfPkg/FdtPciHostBridgeLib: Add RISC-V in the supported arch. > ArmVirtPkg/VirtioFdtDxe: Relocate VirtioFdtDxe to OvmfPkg/Fdt > Hello all, These patches look ok to me, but I wonder if the MdePkg maintainers are happy taking these PCD declaration changes. Translations for PCIe are typically defined per host bridge, and I would rather move away from using PCDs for this entirely than 'promote' them by carrying them in MdePkg. As this issue is somewhat orthogonal to what Abner is trying to fix, perhaps it is better to avoid MdePkg changes for now, and just duplicate these PCDs into OvmfPkg. This is reasonable, given that we know that QEMU only exposes a single host bridge. The one in ArmPkg can hopefully be removed and replaced with something that is more appropriate. > ArmPkg/ArmPkg.dec | 15 ++++++-------- > ArmVirtPkg/ArmVirtPkg.dec | 3 --- > EmbeddedPkg/EmbeddedPkg.dec | 1 + > MdePkg/MdePkg.dec | 12 +++++++++++ > ArmVirtPkg/ArmVirtCloudHv.dsc | 18 ++++++++--------- > ArmVirtPkg/ArmVirtKvmTool.dsc | 18 ++++++++--------- > ArmVirtPkg/ArmVirtQemu.dsc | 20 +++++++++---------- > ArmVirtPkg/ArmVirtQemuKernel.dsc | 20 +++++++++---------- > ArmVirtPkg/ArmVirtXen.dsc | 2 +- > EmbeddedPkg/EmbeddedPkg.dsc | 1 + > ArmVirtPkg/ArmVirtCloudHv.fdf | 6 +++--- > ArmVirtPkg/ArmVirtKvmTool.fdf | 6 +++--- > ArmVirtPkg/ArmVirtXen.fdf | 2 +- > ArmVirtPkg/ArmVirtQemuFvMain.fdf.inc | 6 +++--- > .../ArmPciCpuIo2Dxe/ArmPciCpuIo2Dxe.inf | 2 +- > .../ArmVirtGicArchLib/ArmVirtGicArchLib.inf | 1 + > .../ArmVirtPL031FdtClientLib.inf | 1 + > .../ArmVirtPsciResetSystemLib.inf | 1 + > .../ArmVirtTimerFdtClientLib.inf | 1 + > .../KvmtoolRtcFdtClientLib.inf | 1 + > .../NorFlashKvmtoolLib/NorFlashKvmtoolLib.inf | 1 + > .../NorFlashQemuLib/NorFlashQemuLib.inf | 1 + > .../XenAcpiPlatformDxe/XenAcpiPlatformDxe.inf | 1 + > ArmVirtPkg/XenioFdtDxe/XenioFdtDxe.inf | 1 + > .../Drivers}/FdtClientDxe/FdtClientDxe.inf | 1 - > .../FdtPciHostBridgeLib.inf | 11 +++++----- > .../FdtPciPcdProducerLib.inf | 5 ++--- > .../Fdt}/HighMemDxe/HighMemDxe.inf | 7 ++++--- > .../Fdt}/VirtioFdtDxe/VirtioFdtDxe.inf | 2 +- > .../Library/QemuFwCfgLib/QemuFwCfgLibMmio.inf | 6 +++--- > .../Include/Protocol/FdtClient.h | 0 > .../Drivers}/FdtClientDxe/FdtClientDxe.c | 0 > .../FdtPciHostBridgeLib/FdtPciHostBridgeLib.c | 0 > .../FdtPciPcdProducerLib.c | 0 > .../Fdt}/HighMemDxe/HighMemDxe.c | 3 ++- > .../Fdt}/VirtioFdtDxe/VirtioFdtDxe.c | 0 > .../Library/QemuFwCfgLib/QemuFwCfgLibMmio.c | 7 ++++--- > Maintainers.txt | 6 ++++++ > 38 files changed, 106 insertions(+), 83 deletions(-) > rename {ArmVirtPkg =3D> EmbeddedPkg/Drivers}/FdtClientDxe/FdtClientDxe.i= nf (92%) > rename {ArmVirtPkg/Library =3D> OvmfPkg/Fdt}/FdtPciHostBridgeLib/FdtPciHostBridgeLib.inf (77%) > rename {ArmVirtPkg/Library =3D> OvmfPkg/Fdt}/FdtPciPcdProducerLib/FdtPciPcdProducerLib.inf (87%) > rename {ArmVirtPkg =3D> OvmfPkg/Fdt}/HighMemDxe/HighMemDxe.inf (83%) > rename {ArmVirtPkg =3D> OvmfPkg/Fdt}/VirtioFdtDxe/VirtioFdtDxe.inf (92%) > rename ArmVirtPkg/Library/QemuFwCfgLib/QemuFwCfgLib.inf =3D> OvmfPkg/Library/QemuFwCfgLib/QemuFwCfgLibMmio.inf (86%) > rename {ArmVirtPkg =3D> EmbeddedPkg}/Include/Protocol/FdtClient.h (100%) > rename {ArmVirtPkg =3D> EmbeddedPkg/Drivers}/FdtClientDxe/FdtClientDxe.c (100%) > rename {ArmVirtPkg/Library =3D> OvmfPkg/Fdt}/FdtPciHostBridgeLib/FdtPciHostBridgeLib.c (100%) > rename {ArmVirtPkg/Library =3D> OvmfPkg/Fdt}/FdtPciPcdProducerLib/FdtPciPcdProducerLib.c (100%) > rename {ArmVirtPkg =3D> OvmfPkg/Fdt}/HighMemDxe/HighMemDxe.c (95%) > rename {ArmVirtPkg =3D> OvmfPkg/Fdt}/VirtioFdtDxe/VirtioFdtDxe.c (100%) > rename ArmVirtPkg/Library/QemuFwCfgLib/QemuFwCfgLib.c =3D> OvmfPkg/Library/QemuFwCfgLib/QemuFwCfgLibMmio.c (93%) > > -- > 2.17.1 > > > >=20 > > ------=_NextPart_000_008E_01D7BC35.9C0A7AA0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Ard and Abner:

 I am OK to = add these three PCDs PcdPciMmio32Translation, PcdPciMmio64Translation, PcdP= ciIoTranslation to MdePkg.

 

Thanks

Liming=

=B7=A2=BC=FE=C8=CB:<= /span> Chang, Abner (= HPS SW/FW Technologist) <abner.chang@hpe.com>
=B7=A2=CB=CD=CA=B1=BC=E4: 2021=C4=EA10= =D4=C26=C8=D5 17:27
= =CA=D5=BC=FE=C8=CB: edk= 2-devel-groups-io <devel@edk2.groups.io>; ardb@kernel.org; Chang, Abn= er (HPS SW/FW Technologist) <abner.chang@hpe.com>
=B3=AD= =CB=CD: Ard Biesheuvel <= ;ardb+tianocore@kernel.org>; Leif Lindholm <leif@nuviainc.com>; Sa= mi Mujawar <sami.mujawar@arm.com>; Jiewen Yao <jiewen.yao@intel.co= m>; Jordan Justen <jordan.l.justen@intel.com>; Gerd Hoffmann <k= raxel@redhat.com>; Schaefer, Daniel <daniel.schaefer@hpe.com>; Sun= il V L <sunilvl@ventanamicro.com>; Liming Gao <gaoliming@byosoft.c= om.cn>; Zhiguang Liu <zhiguang.liu@intel.com>; Michael D Kinney &l= t;michael.d.kinney@intel.com>
=D6=F7=CC=E2: Re: [edk2-devel] [PATCH V3 00/12] Migrate= ArmVirtPkg modules to OvmfPkg

 

Hi Ard,

I realized there is a problem if we duplicate ArmPkg= defined PCD to under OvmfPkg (e.g. P= cdPciIoTranslate PCD) when I was duplicating this PCD to OvmfPkg.=

FdtPciProducerLib is relocated to OvmfPkg/Fdt and uses&nb= sp;PcdPciIoTranslate PCD declared with OvmfPkg namespace. FdtPciP= roducerLib is also used by both ArmVirtPkg  and RiscVVirtPkg= .

ArmVirtPkg uses ArmP= ciCpuIoDxe provided by ArmPkg however PcdP= ciIoTranslate used by ArmPciCpuIoDxe  is declared with ArmPk= g namespace.

I think this results in the problem because P= cdPciIoTranslate(s) that are referred by ArmPkg and ArmVirtP= kg come from two different namespaces, right? Unless ArmPciCpuIoDxe&nb= sp;uses the one declared in OvmfPkg, but I don't think we want to do this.<= /span>=

Thought? Otherwise, we= should still keep the original patch that relocates these PCDs under MdePk= g.

&nbs= p;

Thanks

Abner

 <= /p>

 

From: devel@edk2.groups.io <d= evel@edk2.groups.io> on behalf of Abner Chang <abner.chang@hpe.com>
Sent: Tuesday, O= ctober 5, 2021 11:00 PM
To: edk2-devel-groups-io <devel@edk2.groups.io>; ardb@kernel.org <ardb@kernel.org>
Cc: Ard Biesheuvel <ardb+tianocore@kernel.org>; Leif Lindho= lm <leif@nuviainc.com>; Sami= Mujawar <sami.mujawar@arm.com>; Jiewen Yao <jiewen.yao@i= ntel.com>; Jordan Justen <jordan.l.justen@intel.com>; Gerd Hoffmann <kraxel@redhat.com>; Schaefer, Daniel <daniel.schaefer@hpe.com>; Sunil= V L <sunilvl@ventanamicro.c= om>; Liming Gao <gaol= iming@byosoft.com.cn>; Zhiguang Liu <zhiguang.liu@intel.com>; Michael D Kinney <michael.d.kinney@intel.com>Subject: Re: [edk2-devel] [PATCH V3 00/12] Migrate ArmVirtPkg modu= les to OvmfPkg

 

Hi Ard,

<= div>

This way reduces the impact of MdePkg. W= e can try it.

 

Tha= nks

Abner

 

From: devel@edk2.groups.io <devel@edk2.groups.io> on behalf of Ard Biesheuvel = <ardb@kernel.org>
Sent:<= /b> Tuesday, October 5, 2021 5:30 PM
To: edk2-devel-groups-io <= ;devel@edk2.groups.io>; Chan= g, Abner (HPS SW/FW Technologist) <abner.chang@hpe.com>
Cc: Ard Biesheuvel <ardb+tianocore@kernel.org>; Leif Li= ndholm <leif@nuviainc.com>; = Sami Mujawar <sami.mujawar@arm.c= om>; Jiewen Yao <jiewen.y= ao@intel.com>; Jordan Justen <jordan.l.justen@intel.com>; Gerd Hoffmann <kraxel@redhat.com>; Schaefer, Daniel <daniel.schaefer@hpe.com>; S= unil V L <sunilvl@ventanamic= ro.com>; Liming Gao <= gaoliming@byosoft.com.cn>; Zhiguang Liu <zhiguang.liu@intel.com>; Michael D Kinney <michael.d.kinney@intel.com>= ;
Subject: Re: [edk2-devel] [PATCH V3 00/12] Migrate ArmVirtPkg m= odules to OvmfPkg

 

On Thu, 30 Sept 2021 at 03:43, Abner Chang <abner.chang@hpe.com> wrote:
>
> In V= 3: Address comments on V2.
> In V2: Remove HPE license on the files t= hat just moved around or
>        = the changes in the file are just code removal.
>
> edk2 BZ #: 3= 665
> edk2 platform corresponding changes will be submitted after
= > this pactch set is reviewed.
>
> This pacthes set is to mi= grate some modules from ArmVirtPkg
> to under OvmfPkg for the upcomin= g RiscVVirtPkg that can leverage
> those modules without the dependen= cy with Arm*Pkg.
>
> The modules moved from ArmVirtPkg to OvmfP= kg are,
> - FdtClientDxe
> - PciPcdProducerLib
> - HighMe= mDxe
> - QemuFwCfgLib
> - FdtPciHostBridgeLib
> - VirtioF= dtDxe
>
> Below PCDs are moved to under MdePkg and leverage by = RiscVVirtPkg.
> This change also remove the dependency on ArmPkg of O= vmfPkg.
> - PcdPciIoTranslation
> - PcdPciIoTranslation
>= - PcdPciMmio32(64)Translation
>
> Signed-off-by: Abner Chang &= lt;abner.chang@hpe.com>
&g= t; Cc: Ard Biesheuvel <ardb= +tianocore@kernel.org>
> Cc: Leif Lindholm <leif@nuviainc.com>
> Cc: Sami Mujawar &l= t;sami.mujawar@arm.com>
&= gt; Cc: Jiewen Yao <jiewen.yao@i= ntel.com>
> Cc: Jordan Justen <jordan.l.justen@intel.com>
> Cc: Gerd Hoffman= n <kraxel@redhat.com>
>= ; Cc: Daniel Schaefer <daniel= .schaefer@hpe.com>
> Cc: Sunil V L <sunilvl@ventanamicro.com>
> Cc: Liming Ga= o <gaoliming@byosoft.com.cn<= /a>>
> Cc: Zhiguang Liu <zhiguang.liu@intel.com>
> Cc: Michael D Kinney <michael.d.kinney@intel.com>>
> Abner Chang (12):
>   ArmVirtPkg/FdtClintDxe= : Move FdtClientDxe to EmbeddedPkg
>   MdePkg: Add PcdPciIo= Translation PCD
>   ArmPkg: Use PcdPciIoTranslation PCD fro= m MdePkg
>   ArmVirtPkg/FdtPciPcdProducerLib: Relocate PciP= cdProducerLib to OvmfPkg
>   ArmVirtPkg/HighMemDxe: Relocat= e HighMemDxe to OvmfPkg
>   OvmfPkg/HighMemDxe: Add RISC-V = in the supported arch.
>   ArmVirtPkg/QemuFwCfgLib: Relocat= e QemuFwCfgLib to OvmfPkg
>   OvmfPkg/QemuFwCfgLibMMIO: Add= RISC-V arch support
>   MdePkg: Add PcdPciMmio32(64)Transl= ation PCDs
>   ArmVirtPkg/FdtPciHostBridgeLib: Relocate Fdt= PciHostBridgeLib to
>     OvmfPkg/Fdt
>&nbs= p;  OvmfPkg/FdtPciHostBridgeLib: Add RISC-V in the supported arch.
= >   ArmVirtPkg/VirtioFdtDxe: Relocate VirtioFdtDxe to OvmfPkg/= Fdt
>

Hello all,

These patches look ok to me, but I won= der if the MdePkg maintainers
are happy taking these PCD declaration cha= nges. Translations for PCIe
are typically defined per host bridge, and I= would rather move away
from using PCDs for this entirely than 'promote'= them by carrying them
in MdePkg.

As this issue is somewhat ortho= gonal to what Abner is trying to fix,
perhaps it is better to avoid MdeP= kg changes for now, and just
duplicate these PCDs into OvmfPkg. This is = reasonable, given that we
know that QEMU only exposes a single host brid= ge.

The one in ArmPkg can hopefully be removed and replaced with som= ething
that is more appropriate.


>  ArmPkg/ArmPkg.dec=             &nb= sp;            =     | 15 ++++++--------
>  ArmVirtPkg/ArmVirtPkg.= dec            =          |  3 ---
> = ; EmbeddedPkg/EmbeddedPkg.dec       &nbs= p;           |  1 +<= br>>  MdePkg/MdePkg.dec       &n= bsp;            = ;         | 12 +++++++++++
>&= nbsp; ArmVirtPkg/ArmVirtCloudHv.dsc      &nbs= p;          | 18 ++++++++-----= ----
>  ArmVirtPkg/ArmVirtKvmTool.dsc    &nb= sp;            | 18 = ++++++++---------
>  ArmVirtPkg/ArmVirtQemu.dsc   = ;            &n= bsp;    | 20 +++++++++----------
>  ArmVirtPkg/Ar= mVirtQemuKernel.dsc         &n= bsp;    | 20 +++++++++----------
>  ArmVirtPkg/Ar= mVirtXen.dsc          &nb= sp;          |  2 +-
&= gt;  EmbeddedPkg/EmbeddedPkg.dsc      &n= bsp;            |&nb= sp; 1 +
>  ArmVirtPkg/ArmVirtCloudHv.fdf    =              |&= nbsp; 6 +++---
>  ArmVirtPkg/ArmVirtKvmTool.fdf   = ;            &n= bsp; |  6 +++---
>  ArmVirtPkg/ArmVirtXen.fdf  &n= bsp;            = ;      |  2 +-
>  ArmVirtPkg/ArmVi= rtQemuFvMain.fdf.inc          = |  6 +++---
>  .../ArmPciCpuIo2Dxe/ArmPciCpuIo2Dxe.inf = ;      |  2 +-
>  .../ArmVirtGicAr= chLib/ArmVirtGicArchLib.inf   |  1 +
>  .../ArmVi= rtPL031FdtClientLib.inf        &nbs= p;     |  1 +
>  .../ArmVirtPsciResetSy= stemLib.inf          &nbs= p;  |  1 +
>  .../ArmVirtTimerFdtClientLib.inf &n= bsp;            |&nb= sp; 1 +
>  .../KvmtoolRtcFdtClientLib.inf    = ;            | = 1 +
>  .../NorFlashKvmtoolLib/NorFlashKvmtoolLib.inf |  1 = +
>  .../NorFlashQemuLib/NorFlashQemuLib.inf   &n= bsp;   |  1 +
>  .../XenAcpiPlatformDxe/XenAcpiPl= atformDxe.inf |  1 +
>  ArmVirtPkg/XenioFdtDxe/XenioFdtDxe.= inf        |  1 +
>  ...= /Drivers}/FdtClientDxe/FdtClientDxe.inf    |  1 -
&g= t;  .../FdtPciHostBridgeLib.inf      &nb= sp;            | 11 = +++++-----
>  .../FdtPciPcdProducerLib.inf   &nbs= p;            &= nbsp; |  5 ++---
>  .../Fdt}/HighMemDxe/HighMemDxe.inf = ;           |  7 +++= +---
>  .../Fdt}/VirtioFdtDxe/VirtioFdtDxe.inf   =      |  2 +-
>  .../Library/QemuFwCfgLi= b/QemuFwCfgLibMmio.inf |  6 +++---
>  .../Include/Protocol/= FdtClient.h          &nbs= p;   |  0
>  .../Drivers}/FdtClientDxe/FdtClientD= xe.c      |  0
>  .../FdtPciHostBr= idgeLib/FdtPciHostBridgeLib.c |  0
>  .../FdtPciPcdProducer= Lib.c           &nbs= p;        |  0
>  .../Fd= t}/HighMemDxe/HighMemDxe.c        &= nbsp;     |  3 ++-
>  .../Fdt}/VirtioFd= tDxe/VirtioFdtDxe.c          |=   0
>  .../Library/QemuFwCfgLib/QemuFwCfgLibMmio.c &nb= sp; |  7 ++++---
>  Maintainers.txt    =             &nb= sp;            =   |  6 ++++++
>  38 files changed, 106 insertions(+), = 83 deletions(-)
>  rename {ArmVirtPkg =3D> EmbeddedPkg/Driver= s}/FdtClientDxe/FdtClientDxe.inf (92%)
>  rename {ArmVirtPkg/Lib= rary =3D> OvmfPkg/Fdt}/FdtPciHostBridgeLib/FdtPciHostBridgeLib.inf (77%)=
>  rename {ArmVirtPkg/Library =3D> OvmfPkg/Fdt}/FdtPciPcdPro= ducerLib/FdtPciPcdProducerLib.inf (87%)
>  rename {ArmVirtPkg = =3D> OvmfPkg/Fdt}/HighMemDxe/HighMemDxe.inf (83%)
>  rename {= ArmVirtPkg =3D> OvmfPkg/Fdt}/VirtioFdtDxe/VirtioFdtDxe.inf (92%)
>=   rename ArmVirtPkg/Library/QemuFwCfgLib/QemuFwCfgLib.inf =3D> Ovmf= Pkg/Library/QemuFwCfgLib/QemuFwCfgLibMmio.inf (86%)
>  rename {A= rmVirtPkg =3D> EmbeddedPkg}/Include/Protocol/FdtClient.h (100%)
>&= nbsp; rename {ArmVirtPkg =3D> EmbeddedPkg/Drivers}/FdtClientDxe/FdtClien= tDxe.c (100%)
>  rename {ArmVirtPkg/Library =3D> OvmfPkg/Fdt}= /FdtPciHostBridgeLib/FdtPciHostBridgeLib.c (100%)
>  rename {Arm= VirtPkg/Library =3D> OvmfPkg/Fdt}/FdtPciPcdProducerLib/FdtPciPcdProducer= Lib.c (100%)
>  rename {ArmVirtPkg =3D> OvmfPkg/Fdt}/HighMemD= xe/HighMemDxe.c (95%)
>  rename {ArmVirtPkg =3D> OvmfPkg/Fdt}= /VirtioFdtDxe/VirtioFdtDxe.c (100%)
>  rename ArmVirtPkg/Library= /QemuFwCfgLib/QemuFwCfgLib.c =3D> OvmfPkg/Library/QemuFwCfgLib/QemuFwCfg= LibMmio.c (93%)
>
> --
> 2.17.1
>
>
>>
>
>




------=_NextPart_000_008E_01D7BC35.9C0A7AA0--