Right, if it is only required by ARM, then it should under ARM section. Thank you Yao, Jiewen
> -----Original Message----- > From: Leif Lindholm <quic_llind...@quicinc.com> > Sent: Friday, March 1, 2024 7:45 PM > To: Yao, Jiewen <jiewen....@intel.com>; Pierre Gondois > <pierre.gond...@arm.com>; devel@edk2.groups.io > Cc: Ard Biesheuvel <ardb+tianoc...@kernel.org>; Liming Gao > <gaolim...@byosoft.com.cn>; Kinney, Michael D <michael.d.kin...@intel.com>; > Sami Mujawar <sami.muja...@arm.com>; Liu, Zhiguang > <zhiguang....@intel.com> > Subject: Re: [RFC PATCH 1/1] ArmPkg,MdePkg: move ArmLib.h to MdePkg > > Thank you. > > OK, that's logically consistent. > So we'd need an ArmLibNull in MdePkg until ArmLib itself migrates there > (ideally subsumed into BaseLib). > > But the dependency in .inf should still be able to be declared under > [LibraryClasses.AArch64, LibraryClasses.ARM]? > > Regards, > > Leif > > On 2024-03-01 01:00, Yao, Jiewen wrote: > > Sure. > > > > When we say "dependency", what we really mean is the dependency in INF file, > not "dependency" in DSC file. > > > > From package release perspective, only INF is the interface to other > > package. > > The DSC is only the package internal stuff, you can create multiple DSCs or > add/remove DSC freely. > > > > Having "dependency" in DSC does not matter. > > Having dependency in INF is something we should care about. > > > > Thank you > > Yao, Jiewen > > > > > >> -----Original Message----- > >> From: Leif Lindholm <quic_llind...@quicinc.com> > >> Sent: Tuesday, February 13, 2024 1:38 AM > >> To: Pierre Gondois <pierre.gond...@arm.com>; devel@edk2.groups.io; Yao, > >> Jiewen <jiewen....@intel.com> > >> Cc: Ard Biesheuvel <ardb+tianoc...@kernel.org>; Liming Gao > >> <gaolim...@byosoft.com.cn>; Kinney, Michael D > <michael.d.kin...@intel.com>; > >> Sami Mujawar <sami.muja...@arm.com>; Liu, Zhiguang > >> <zhiguang....@intel.com> > >> Subject: Re: [RFC PATCH 1/1] ArmPkg,MdePkg: move ArmLib.h to MdePkg > >> > >> Jiewen, can you clarify what you said back in > >> https://edk2.groups.io/g/devel/message/111551 > >> ? > >> > >> On 2024-02-12 17:24, Pierre Gondois wrote: > >>>>> A ArmLibNull.inf library might also need to be created. If the > >>>>> OpensslLibFullAccel.inf module will depend on the ArmLib library, > >>>>> a Null implementation will be necessary for non-Arm architectures. > >>>> > >>>> Can ArmLib be declared under a [LibraryClasses.AArch64, > >>>> LibraryClasses.ARM]? Have I forgotten something that we discussed back > >>>> in ... November? > >>> > >>> From [1], it seems the MdePkg/CryptoPkg should build without a > dependency > >>> on the ArmPkg. This is currently not really the case. cf. [2]. > >>> > >>> However, having a ArmLibNull implementation in the MdePkg would allow to > >>> avoid going in this direction when providing libraries to CryptoPkg.dsc. > >>> > >>> (Just in case, I think this ArmLibNull is a minor point.) > >> > >> Well, sure, it is now. > >> Until we need a RiscV64LibNull, LoongarchLibNull, ... > >> > >>> [1] https://edk2.groups.io/g/devel/message/111545 > >>> [2] > >>> > >> > https://github.com/tianocore/edk2/blob/8801c75b4d77c2e6e06b3ddc8560e0db > >> 590f6342/CryptoPkg/CryptoPkg.dsc#L117 > >>> > >>>> > >>>>> Otherwise I could apply and run the CryptoPkg/Arm native instructions > >>>>> patchset on top of this patch. > >>>>> > >>>>> --- > >>>>> > >>>>> As a side note, it also seems that: > >>>>> - ArmPkg/Include/Chipset/ArmCortexA5x.h > >>>>> isn't used anymore in edk2/edk2-platorms > >>>>> - ArmPkg/Include/Chipset/ArmCortexA9.h > >>>>> is barely used in edk2-platforms. > >>>>> Maybe the files should have been removed/simplified as part of > >>>>> - cffa7925a293 ("ArmPkg: remove ArmCpuLib header and > implementations") > >>>>> - a913ad02479d ("ArmPlatformPkg: remove ArmVExpressPkg") > >>>> > >>>> I think you're right. > >>>> Well, ArmCortexA9.h is still *used*, but I can't imagine the Arm branch > >>>> of ArmVExpressLib has been build by anyone for some time. And surely the > >>>> inclusion of ArmVExpressLibSec in ArmVExpress-FVP-AArch64.dsc is > >>>> superfluous (such that that .inf can be deleted)? > >>> > >>> The file could just be moved in the Library. I assume you/Sami/Ard > >>> will know more on the usage of the library itself, > >> > >> Sami? > >> > >> / > >> Leif > >> > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#116261): https://edk2.groups.io/g/devel/message/116261 Mute This Topic: https://groups.io/mt/102731845/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-