| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAAhV-H6KtyaJ8rCt+ZkvOD0seN-PjULSVw+f+zSBw6=hkvyAGg@mail.gmail.com>
Date: Fri, 16 Jun 2023 10:59:51 +0800
From: Huacai Chen <chenhuacai@...nel.org>
To: zhaotianrui <zhaotianrui@...ngson.cn>
Cc: linux-kernel@...r.kernel.org, kvm@...r.kernel.org,
Paolo Bonzini <pbonzini@...hat.com>,
WANG Xuerui <kernel@...0n.name>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
loongarch@...ts.linux.dev, Jens Axboe <axboe@...nel.dk>,
Mark Brown <broonie@...nel.org>,
Alex Deucher <alexander.deucher@....com>,
Oliver Upton <oliver.upton@...ux.dev>, maobibo@...ngson.cn,
Xi Ruoyao <xry111@...111.site>, tangyouling@...ngson.cn
Subject: Re: [PATCH v13 29/30] LoongArch: KVM: Supplement kvm document about
LoongArch-specific part
On Fri, Jun 16, 2023 at 10:39 AM zhaotianrui <zhaotianrui@...ngson.cn> wrote:
>
>
> 在 2023/6/15 下午5:42, Huacai Chen 写道:
> > Hi, Tianrui,
> >
> > On Fri, Jun 9, 2023 at 5:09 PM Tianrui Zhao <zhaotianrui@...ngson.cn> wrote:
> >> Supplement kvm document about LoongArch-specific part, such as add
> >> api introduction for GET/SET_ONE_REG, GET/SET_FPU, GET/SET_MP_STATE,
> >> etc.
> >>
> >> Signed-off-by: Tianrui Zhao <zhaotianrui@...ngson.cn>
> >> ---
> >> Documentation/virt/kvm/api.rst | 71 +++++++++++++++++++++++++++++-----
> >> 1 file changed, 62 insertions(+), 9 deletions(-)
> >>
> >> diff --git a/Documentation/virt/kvm/api.rst b/Documentation/virt/kvm/api.rst
> >> index add067793b90..ad8e13eab48d 100644
> >> --- a/Documentation/virt/kvm/api.rst
> >> +++ b/Documentation/virt/kvm/api.rst
> >> @@ -416,6 +416,12 @@ Reads the general purpose registers from the vcpu.
> >> __u64 pc;
> >> };
> >>
> >> + /* LoongArch */
> >> + struct kvm_regs {
> > Add a " /* out (KVM_GET_REGS) / in (KVM_SET_REGS) */" line as others here?
>
> Thanks, I will add this comment here.
>
> Tianrui Zhao
>
> >> + unsigned long gpr[32];
> >> + unsigned long pc;
> >> + };
> >> +
> >>
> >> 4.12 KVM_SET_REGS
> >> -----------------
> >> @@ -506,7 +512,7 @@ translation mode.
> >> ------------------
> >>
> >> :Capability: basic
> >> -:Architectures: x86, ppc, mips, riscv
> >> +:Architectures: x86, ppc, mips, riscv, loongarch
> >> :Type: vcpu ioctl
> >> :Parameters: struct kvm_interrupt (in)
> >> :Returns: 0 on success, negative on failure.
> >> @@ -592,6 +598,14 @@ b) KVM_INTERRUPT_UNSET
> >>
> >> This is an asynchronous vcpu ioctl and can be invoked from any thread.
> >>
> >> +LOONGARCH:
> >> +^^^^^^^^^^
> >> +
> >> +Queues an external interrupt to be injected into the virtual CPU. A negative
> >> +interrupt number dequeues the interrupt.
> >> +
> >> +This is an asynchronous vcpu ioctl and can be invoked from any thread.
> >> +
> >>
> >> 4.17 KVM_DEBUG_GUEST
> >> --------------------
> >> @@ -737,7 +751,7 @@ signal mask.
> >> ----------------
> >>
> >> :Capability: basic
> >> -:Architectures: x86
> >> +:Architectures: x86, loongarch
> >> :Type: vcpu ioctl
> >> :Parameters: struct kvm_fpu (out)
> >> :Returns: 0 on success, -1 on error
> >> @@ -746,7 +760,7 @@ Reads the floating point state from the vcpu.
> >>
> >> ::
> >>
> >> - /* for KVM_GET_FPU and KVM_SET_FPU */
> >> + /* x86: for KVM_GET_FPU and KVM_SET_FPU */
> >> struct kvm_fpu {
> >> __u8 fpr[8][16];
> >> __u16 fcw;
> >> @@ -761,12 +775,22 @@ Reads the floating point state from the vcpu.
> >> __u32 pad2;
> >> };
> >>
> >> + /* LoongArch: for KVM_GET_FPU and KVM_SET_FPU */
> >> + struct kvm_fpu {
> >> + __u32 fcsr;
> >> + __u32 none;
> > Maybe use pad1 as x86 is better.
> >
> > Huacai
>
> Thanks, this 'none' variable is meaningless, and I will remove it. As
> this have already been removed in the actually kvm_fpu structure.
Why remove? I think it is for alignment, just like pad1 for x86.
Huacai
>
> Tianrui Zhao
>
> >> + __u64 fcc;
> >> + struct kvm_fpureg {
> >> + __u64 val64[4];
> >> + }fpr[32];
> >> + };
> >> +
> >>
> >> 4.23 KVM_SET_FPU
> >> ----------------
> >>
> >> :Capability: basic
> >> -:Architectures: x86
> >> +:Architectures: x86, loongarch
> >> :Type: vcpu ioctl
> >> :Parameters: struct kvm_fpu (in)
> >> :Returns: 0 on success, -1 on error
> >> @@ -775,7 +799,7 @@ Writes the floating point state to the vcpu.
> >>
> >> ::
> >>
> >> - /* for KVM_GET_FPU and KVM_SET_FPU */
> >> + /* x86: for KVM_GET_FPU and KVM_SET_FPU */
> >> struct kvm_fpu {
> >> __u8 fpr[8][16];
> >> __u16 fcw;
> >> @@ -790,6 +814,16 @@ Writes the floating point state to the vcpu.
> >> __u32 pad2;
> >> };
> >>
> >> + /* LoongArch: for KVM_GET_FPU and KVM_SET_FPU */
> >> + struct kvm_fpu {
> >> + __u32 fcsr;
> >> + __u32 none;
>
> I will also remove this 'none' variable.
>
> Tianrui Zhao
>
> >> + __u64 fcc;
> >> + struct kvm_fpureg {
> >> + __u64 val64[4];
> >> + }fpr[32];
> >> + };
> >> +
> >>
> >> 4.24 KVM_CREATE_IRQCHIP
> >> -----------------------
> >> @@ -1387,7 +1421,7 @@ documentation when it pops into existence).
> >> -------------------
> >>
> >> :Capability: KVM_CAP_ENABLE_CAP
> >> -:Architectures: mips, ppc, s390, x86
> >> +:Architectures: mips, ppc, s390, x86, loongarch
> >> :Type: vcpu ioctl
> >> :Parameters: struct kvm_enable_cap (in)
> >> :Returns: 0 on success; -1 on error
> >> @@ -1442,7 +1476,7 @@ for vm-wide capabilities.
> >> ---------------------
> >>
> >> :Capability: KVM_CAP_MP_STATE
> >> -:Architectures: x86, s390, arm64, riscv
> >> +:Architectures: x86, s390, arm64, riscv, loongarch
> >> :Type: vcpu ioctl
> >> :Parameters: struct kvm_mp_state (out)
> >> :Returns: 0 on success; -1 on error
> >> @@ -1460,7 +1494,7 @@ Possible values are:
> >>
> >> ========================== ===============================================
> >> KVM_MP_STATE_RUNNABLE the vcpu is currently running
> >> - [x86,arm64,riscv]
> >> + [x86,arm64,riscv,loongarch]
> >> KVM_MP_STATE_UNINITIALIZED the vcpu is an application processor (AP)
> >> which has not yet received an INIT signal [x86]
> >> KVM_MP_STATE_INIT_RECEIVED the vcpu has received an INIT signal, and is
> >> @@ -1516,11 +1550,14 @@ For riscv:
> >> The only states that are valid are KVM_MP_STATE_STOPPED and
> >> KVM_MP_STATE_RUNNABLE which reflect if the vcpu is paused or not.
> >>
> >> +On LoongArch, only the KVM_MP_STATE_RUNNABLE state is used to reflect
> >> +whether the vcpu is runnable.
> >> +
> >> 4.39 KVM_SET_MP_STATE
> >> ---------------------
> >>
> >> :Capability: KVM_CAP_MP_STATE
> >> -:Architectures: x86, s390, arm64, riscv
> >> +:Architectures: x86, s390, arm64, riscv, loongarch
> >> :Type: vcpu ioctl
> >> :Parameters: struct kvm_mp_state (in)
> >> :Returns: 0 on success; -1 on error
> >> @@ -1538,6 +1575,9 @@ For arm64/riscv:
> >> The only states that are valid are KVM_MP_STATE_STOPPED and
> >> KVM_MP_STATE_RUNNABLE which reflect if the vcpu should be paused or not.
> >>
> >> +On LoongArch, only the KVM_MP_STATE_RUNNABLE state is used to reflect
> >> +whether the vcpu is runnable.
> >> +
> >> 4.40 KVM_SET_IDENTITY_MAP_ADDR
> >> ------------------------------
> >>
> >> @@ -2839,6 +2879,19 @@ Following are the RISC-V D-extension registers:
> >> 0x8020 0000 0600 0020 fcsr Floating point control and status register
> >> ======================= ========= =============================================
> >>
> >> +LoongArch registers are mapped using the lower 32 bits. The upper 16 bits of
> >> +that is the register group type.
> >> +
> >> +LoongArch csr registers are used to control guest cpu or get status of guest
> >> +cpu, and they have the following id bit patterns::
> >> +
> >> + 0x9030 0000 0001 00 <reg:5> <sel:3> (64-bit)
> >> +
> >> +LoongArch KVM control registers are used to implement some new defined functions
> >> +such as set vcpu counter or reset vcpu, and they have the following id bit patterns::
> >> +
> >> + 0x9030 0000 0002 <reg:16>
> >> +
> >>
> >> 4.69 KVM_GET_ONE_REG
> >> --------------------
> >> --
> >> 2.39.1
> >>
> >>
>
Powered by blists - more mailing lists