public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "gaoliming" <gaoliming@byosoft.com.cn>
To: <devel@edk2.groups.io>, <lersek@redhat.com>,
	<daniel.schaefer@hpe.com>, <ardb@kernel.org>
Cc: "'Chang, Abner \(HPS SW/FW Technologist\)'" <abner.chang@hpe.com>,
	"'Michael D Kinney'" <michael.d.kinney@intel.com>,
	"'Zhiguang Liu'" <zhiguang.liu@intel.com>,
	"'Leif Lindholm'" <leif@nuviainc.com>
Subject: 回复: 回复: 回复: [edk2-devel] [PATCH v1 1/1] Add MemoryFence implementation for RiscV64
Date: Wed, 2 Jun 2021 10:16:02 +0800	[thread overview]
Message-ID: <002801d75755$3d0b8200$b7228600$@byosoft.com.cn> (raw)
In-Reply-To: <5cf9ecf4-7d81-69a4-d410-9f7b8062edbb@redhat.com>

Laszlo:
  Thanks for the detail information about QemuFwCfgLib. So, this library is arch generic. Now, it is only consumed by ARM and AARCH64. 

Daniel:
  Can you show more on how RiscV64 uses this QemuFwCfgLib?

Thanks
Liming
> -----邮件原件-----
> 发件人: devel@edk2.groups.io <devel@edk2.groups.io> 代表 Laszlo Ersek
> 发送时间: 2021年6月1日 15:58
> 收件人: gaoliming <gaoliming@byosoft.com.cn>; devel@edk2.groups.io;
> daniel.schaefer@hpe.com; ardb@kernel.org
> 抄送: 'Chang, Abner (HPS SW/FW Technologist)' <abner.chang@hpe.com>;
> 'Michael D Kinney' <michael.d.kinney@intel.com>; 'Zhiguang Liu'
> <zhiguang.liu@intel.com>; 'Leif Lindholm' <leif@nuviainc.com>
> 主题: Re: 回复: 回复: [edk2-devel] [PATCH v1 1/1] Add MemoryFence
> implementation for RiscV64
> 
> On 06/01/21 02:56, gaoliming wrote:
> > Seemly, Edk2\ArmVirtPkg\Library\QemuFwCfgLib\QemuFwCfgLib.inf is not
> arch
> > specific library. It can also be used in RISCV64.
> >
> >
> >
> > Ard and Laszlo:
> >
> >  If ArmVirtPkg\Library\QemuFwCfgLib is arch generic, can it be moved
> from
> > ArmVirtPkg into OvmfPkg?
> 
> ArmVirtPkg/Library/QemuFwCfgLib is a QemuFwCfgLib instance that is
> currently only used by the ArmVirtQemu and ArmVirtQemuKernel platforms.
> 
> It depends on the FDT_CLIENT_PROTOCOL, from
> "ArmVirtPkg/ArmVirtPkg.dec"
> and "ArmVirtPkg/Include/Protocol/FdtClient.h", to locate the fw_cfg
> device. The protocol is ArmVirtPkg specific. Due to the protocol depex,
> the library is also DXE_DRIVER and UEFI_DRIVER only.
> 
> The library uses the MMIO data registers of the fw_cfg device by
> default; if the DMA interface is supported, then it uses the DMA
> interface. In both cases, some registers are accessed with 64-bit
> accesses if MDE_CPU_AARCH64 is defined, and with 32-bit accesses
> otherwise.
> 
> I don't see how RISCV could reuse this library verbatim.
> 
> The linked patch at
> <https://github.com/riscv/riscv-edk2/commit/8c7960ef860c65f2646912c3dc
> cbb308a>
> is a no-go; the MDE_CPU_RISCV64 macro has no place in an ArmVirtPkg
> library.
> 
> The library can be moved to the new directory
> 
>   OvmfPkg/Library/DxeQemuFwCfgLibFdtMmio
> 
> (note the rename in the last pathname component), but it needs to be
> done in multiple steps. The FDT protocol GUID and structure definition
> has to be moved at first, separately from the library, and every move
> operation (i.e., each one of the protocol move and the library muve)
> must be implemented with *at least* three steps -- copy the original to
> OvmfPkg (updating BASE_NAME at once), update DSC references under
> ArmVirtPkg, remove the original under ArmVirtPkg. Only then can you add
> customizations.
> 
> Regarding the processor type macros, I believe Mike recently introduced
> ISA-independent macros, for expressing 64-bit vs. 32-bit. I'm not
> exactly sure about the details, but I think we now have a macro under
> MdePkg that says "64-bit processor" without having to state AARCH64 or
> RISCV64.
> 
> Thanks
> Laszlo
> 
> 
> >
> >
> >
> > Thanks
> >
> > Liming
> >
> > 发件人: devel@edk2.groups.io <devel@edk2.groups.io> 代表 Daniel
> Schaefer
> > 发送时间: 2021年5月21日 20:46
> > 收件人: devel@edk2.groups.io; gaoliming@byosoft.com.cn
> > 抄送: Chang, Abner (HPS SW/FW Technologist) <abner.chang@hpe.com>;
> 'Michael
> > D Kinney' <michael.d.kinney@intel.com>; 'Zhiguang Liu'
> > <zhiguang.liu@intel.com>; 'Leif Lindholm' <leif@nuviainc.com>
> > 主题: Re: 回复: [edk2-devel] [PATCH v1 1/1] Add MemoryFence
> implementation
> > for RiscV64
> >
> >
> >
> > It's not required to go into that tag.
> >
> > We need two more patches that we haven't submitted yet to boot on
> Qemu.
> >
> >
> >
> > Would it be okay if we used a library from ArmVirtPkg for RISCV64?
> >
> > See:
> >
> https://github.com/riscv/riscv-edk2/commit/8c7960ef860c65f2646912c3dcc
> bb308a
> > 98e0cc3
> >
> > Or does it have to be moved to some other place first?
> >
> >   _____
> >
> > From: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> > <devel@edk2.groups.io <mailto:devel@edk2.groups.io> > on behalf of
> gaoliming
> > <gaoliming@byosoft.com.cn <mailto:gaoliming@byosoft.com.cn> >
> > Sent: Friday, May 21, 2021 14:35
> > To: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> > <devel@edk2.groups.io <mailto:devel@edk2.groups.io> >; Schaefer, Daniel
> > <daniel.schaefer@hpe.com <mailto:daniel.schaefer@hpe.com> >
> > Cc: Chang, Abner (HPS SW/FW Technologist) <abner.chang@hpe.com
> > <mailto:abner.chang@hpe.com> >; 'Michael D Kinney'
> > <michael.d.kinney@intel.com <mailto:michael.d.kinney@intel.com> >;
> 'Zhiguang
> > Liu' <zhiguang.liu@intel.com <mailto:zhiguang.liu@intel.com> >; 'Leif
> > Lindholm' <leif@nuviainc.com <mailto:leif@nuviainc.com> >
> > Subject: 回复: 回复: [edk2-devel] [PATCH v1 1/1] Add MemoryFence
> > implementation for RiscV64
> >
> >
> >
> > Daniel:
> >
> >  Thanks for your information. Acked-by: Liming Gao
> <gaoliming@byosoft.com.cn
> > <mailto:gaoliming@byosoft.com.cn> >
> >
> >
> >
> >   And, do you request to merge this patch for edk2 stable tag 202105?
> >
> >
> >
> > Thanks
> >
> > Liming
> >
> > 发件人: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> > <devel@edk2.groups.io <mailto:devel@edk2.groups.io> > 代表 Daniel
> Schaefer
> > 发送时间: 2021年5月21日 13:27
> > 收件人: devel@edk2.groups.io <mailto:devel@edk2.groups.io> ;
> > gaoliming@byosoft.com.cn <mailto:gaoliming@byosoft.com.cn>
> > 抄送: Chang, Abner (HPS SW/FW Technologist) <abner.chang@hpe.com
> > <mailto:abner.chang@hpe.com> >; 'Michael D Kinney'
> > <michael.d.kinney@intel.com <mailto:michael.d.kinney@intel.com> >;
> 'Zhiguang
> > Liu' <zhiguang.liu@intel.com <mailto:zhiguang.liu@intel.com> >; 'Leif
> > Lindholm' <leif@nuviainc.com <mailto:leif@nuviainc.com> >
> > 主题: Re: 回复: [edk2-devel] [PATCH v1 1/1] Add MemoryFence
> implementation
> > for RiscV64
> >
> >
> >
> > Great!
> >
> >
> >
> > It is verified I can boot Linux from a virtio ESP using this patch on QEMU
> > virt machine.
> >
> > See:
> >
> https://github.com/riscv/riscv-edk2-platforms/runs/2618819010?check_suite
> _fo
> > cus=true
> >
> >
> >
> > Thanks,
> >
> > Daniel
> >
> >   _____
> >
> > From: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> > <devel@edk2.groups.io <mailto:devel@edk2.groups.io> > on behalf of
> gaoliming
> > <gaoliming@byosoft.com.cn <mailto:gaoliming@byosoft.com.cn> >
> > Sent: Friday, May 21, 2021 13:14
> > To: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> > <devel@edk2.groups.io <mailto:devel@edk2.groups.io> >; Schaefer, Daniel
> > <daniel.schaefer@hpe.com <mailto:daniel.schaefer@hpe.com> >
> > Cc: Chang, Abner (HPS SW/FW Technologist) <abner.chang@hpe.com
> > <mailto:abner.chang@hpe.com> >; 'Michael D Kinney'
> > <michael.d.kinney@intel.com <mailto:michael.d.kinney@intel.com> >;
> 'Zhiguang
> > Liu' <zhiguang.liu@intel.com <mailto:zhiguang.liu@intel.com> >; 'Leif
> > Lindholm' <leif@nuviainc.com <mailto:leif@nuviainc.com> >
> > Subject: 回复: 回复: [edk2-devel] [PATCH v1 1/1] Add MemoryFence
> > implementation for RiscV64
> >
> >
> >
> > Daniel:
> >   Now, it is clear to me. So, I suggest to merge this change when it is
> > verified on generic RISC-V QEMU virt machine. Is it OK?
> >
> > Thanks
> > Liming
> >> -----邮件原件-----
> >> 发件人: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> > <devel@edk2.groups.io <mailto:devel@edk2.groups.io> > 代表 Daniel
> >> Schaefer
> >> 发送时间: 2021年5月18日 10:35
> >> 收件人: devel@edk2.groups.io <mailto:devel@edk2.groups.io> ;
> > gaoliming@byosoft.com.cn <mailto:gaoliming@byosoft.com.cn>
> >> 抄送: 'Abner Chang' <abner.chang@hpe.com
> <mailto:abner.chang@hpe.com> >;
> > 'Michael D Kinney'
> >> <michael.d.kinney@intel.com <mailto:michael.d.kinney@intel.com> >;
> > 'Zhiguang Liu' <zhiguang.liu@intel.com <mailto:zhiguang.liu@intel.com> >;
> > 'Leif
> >> Lindholm' <leif@nuviainc.com <mailto:leif@nuviainc.com> >
> >> 主题: Re: 回复: [edk2-devel] [PATCH v1 1/1] Add MemoryFence
> >> implementation for RiscV64
> >>
> >> On 5/18/21 9:04 AM, gaoliming wrote:
> >>> Daniel:
> >>>  Seemly, this API is missing in BaseLib for RiscV64 arch. How do you
> > detect
> >>> this issue?
> >>
> >> What do you mean it's missing?
> >> Yes MemoryFence() for RiscV64 is missing currently, that's why I'm adding
> > it
> >> here.
> >>
> >> Maybe you mean that it's not currently used? That's also true.
> >> I'm enabling the generic QEMU virt machine (like OVMF or ArmVirtPkg) for
> >> RISC-V.
> >> At least QemuFwCfgLib and VirtioLib need it.
> >> That's why I have the need to add this implementation now.
> >>
> >> Does that clear it up?
> >>
> >>> Thanks
> >>> Liming
> >>>> -----邮件原件-----
> >>>> 发件人: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> > <devel@edk2.groups.io <mailto:devel@edk2.groups.io> > 代表 Daniel
> >>>> Schaefer
> >>>> 发送时间: 2021年5月16日 2:13
> >>>> 收件人: devel@edk2.groups.io <mailto:devel@edk2.groups.io>
> >>>> 抄送: Abner Chang <abner.chang@hpe.com
> <mailto:abner.chang@hpe.com> >;
> > Michael D Kinney
> >>>> <michael.d.kinney@intel.com <mailto:michael.d.kinney@intel.com> >;
> > Liming Gao <gaoliming@byosoft.com.cn
> <mailto:gaoliming@byosoft.com.cn> >;
> >>>> Zhiguang Liu <zhiguang.liu@intel.com
> <mailto:zhiguang.liu@intel.com> >;
> > Leif Lindholm
> > <leif@nuviainc.com <mailto:leif@nuviainc.com> >
> >>>> 主题: [edk2-devel] [PATCH v1 1/1] Add MemoryFence implementation
> for
> >>>> RiscV64
> >>>>
> >>>> Cc: Abner Chang <abner.chang@hpe.com
> <mailto:abner.chang@hpe.com> >
> >>>> Cc: Michael D Kinney <michael.d.kinney@intel.com
> > <mailto:michael.d.kinney@intel.com> >
> >>>> Cc: Liming Gao <gaoliming@byosoft.com.cn
> <mailto:gaoliming@byosoft.com.
> > cn> >
> >>>> Cc: Zhiguang Liu <zhiguang.liu@intel.com
> > <mailto:zhiguang.liu@intel.com> >
> >>>> Cc: Leif Lindholm <leif@nuviainc.com <mailto:leif@nuviainc.com> >
> >>>> Signed-off-by: Daniel Schaefer <daniel.schaefer@hpe.com
> <mailto:daniel.
> > schaefer@hpe.com> >
> >>>> ---
> >>>>  MdePkg/Library/BaseLib/BaseLib.inf           |  1 +
> >>>>  MdePkg/Library/BaseLib/RiscV64/MemoryFence.S | 33
> >>>> ++++++++++++++++++++
> >>>>  2 files changed, 34 insertions(+)
> >>>>
> >>>> diff --git a/MdePkg/Library/BaseLib/BaseLib.inf
> >>>> b/MdePkg/Library/BaseLib/BaseLib.inf
> >>>> index b76f3af380ea..b7ab5f632366 100644
> >>>> --- a/MdePkg/Library/BaseLib/BaseLib.inf
> >>>> +++ b/MdePkg/Library/BaseLib/BaseLib.inf
> >>>> @@ -399,6 +399,7 @@
> >>>>    RiscV64/DisableInterrupts.c
> >>>>
> >>>>
> >>>>    RiscV64/EnableInterrupts.c
> >>>>
> >>>>
> >>>>    RiscV64/CpuPause.c
> >>>>
> >>>>
> >>>> +  RiscV64/MemoryFence.S             | GCC
> >>>>
> >>>>
> >>>>    RiscV64/RiscVSetJumpLongJump.S    | GCC
> >>>>
> >>>>
> >>>>    RiscV64/RiscVCpuBreakpoint.S      | GCC
> >>>>
> >>>>
> >>>>    RiscV64/RiscVCpuPause.S           | GCC
> >>>>
> >>>>
> >>>> diff --git a/MdePkg/Library/BaseLib/RiscV64/MemoryFence.S
> >>>> b/MdePkg/Library/BaseLib/RiscV64/MemoryFence.S
> >>>> new file mode 100644
> >>>> index 000000000000..283df9356a9a
> >>>> --- /dev/null
> >>>> +++ b/MdePkg/Library/BaseLib/RiscV64/MemoryFence.S
> >>>> @@ -0,0 +1,33 @@
> >>>>
> >>>
> > +##-------------------------------------------------------------------------
> >>> -----
> >>>>
> >>>>
> >>>> +#
> >>>>
> >>>>
> >>>> +# MemoryFence() for RiscV64
> >>>>
> >>>>
> >>>> +
> >>>>
> >>>>
> >>>> +# Copyright (c) 2021, Hewlett Packard Enterprise Development. All
> > rights
> >>>> reserved.
> >>>>
> >>>>
> >>>> +#
> >>>>
> >>>>
> >>>> +# SPDX-License-Identifier: BSD-2-Clause-Patent
> >>>>
> >>>>
> >>>> +#
> >>>>
> >>>>
> >>>>
> >>>
> > +##-------------------------------------------------------------------------
> >>> -----
> >>>>
> >>>>
> >>>> +
> >>>>
> >>>>
> >>>> +.text
> >>>>
> >>>>
> >>>> +.p2align 2
> >>>>
> >>>>
> >>>> +
> >>>>
> >>>>
> >>>> +ASM_GLOBAL ASM_PFX(MemoryFence)
> >>>>
> >>>>
> >>>> +
> >>>>
> >>>>
> >>>> +
> >>>>
> >>>>
> >>>> +#/**
> >>>>
> >>>>
> >>>> +#  Used to serialize load and store operations.
> >>>>
> >>>>
> >>>> +#
> >>>>
> >>>>
> >>>> +#  All loads and stores that proceed calls to this function are
> >>> guaranteed to
> >>>> be
> >>>>
> >>>>
> >>>> +#  globally visible when this function returns.
> >>>>
> >>>>
> >>>> +#
> >>>>
> >>>>
> >>>> +#**/
> >>>>
> >>>>
> >>>> +#VOID
> >>>>
> >>>>
> >>>> +#EFIAPI
> >>>>
> >>>>
> >>>> +#MemoryFence (
> >>>>
> >>>>
> >>>> +#  VOID
> >>>>
> >>>>
> >>>> +#  );
> >>>>
> >>>>
> >>>> +#
> >>>>
> >>>>
> >>>> +ASM_PFX(MemoryFence):
> >>>>
> >>>>
> >>>> +    // Fence on all memory and I/O
> >>>>
> >>>>
> >>>> +    fence
> >>>>
> >>>>
> >>>> +    ret
> >>>>
> >>>>
> >>>> --
> >>>> 2.30.1
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >>
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> 
> 
> 
> 
> 




  reply	other threads:[~2021-06-02  2:16 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-15 18:12 [PATCH v1 1/1] Add MemoryFence implementation for RiscV64 Daniel Schaefer
2021-05-18  1:04 ` 回复: [edk2-devel] " gaoliming
2021-05-18  2:35   ` Daniel Schaefer
2021-05-21  5:14     ` 回复: " gaoliming
2021-05-21  5:27       ` Daniel Schaefer
2021-05-21  6:35         ` 回复: " gaoliming
2021-05-21 12:45           ` Daniel Schaefer
2021-06-01  0:56             ` 回复: " gaoliming
2021-06-01  7:58               ` Laszlo Ersek
2021-06-02  2:16                 ` gaoliming [this message]
2021-06-02  2:35                   ` 回复: " Daniel Schaefer
2021-07-14 14:11 ` Abner Chang
2021-07-20  5:50   ` 回复: " gaoliming

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='002801d75755$3d0b8200$b7228600$@byosoft.com.cn' \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox