From: Marc Zyngier <maz@kernel.org>
To: Anastassios Nanos <ananos@nubificus.co.uk>
Cc: kvm@vger.kernel.org, kvmarm@lists.cs.columbia.edu,
linux-kernel@vger.kernel.org, James Morse <james.morse@arm.com>,
Julien Thierry <julien.thierry.kdev@gmail.com>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Sean Christopherson <sean.j.christopherson@intel.com>,
Vitaly Kuznetsov <vkuznets@redhat.com>,
Wanpeng Li <wanpengli@tencent.com>,
Jim Mattson <jmattson@google.com>, Joerg Roedel <joro@8bytes.org>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>
Subject: Re: [PATCH 1/2] KVMM: export needed symbols
Date: Mon, 18 May 2020 08:41:47 +0100 [thread overview]
Message-ID: <4de58dad6d27aa35fd967d1d77133e55@kernel.org> (raw)
In-Reply-To: <33dddce13cd34448620b95db80a28b7b0bb906ad.1589784221.git.ananos@nubificus.co.uk>
On 2020-05-18 07:58, Anastassios Nanos wrote:
> Expose a set of KVM functions to the kernel, in order to be
> able to spawn a VM instance without assistance from user-space.
> To handle a guest instance, the system needs access to the following
> functions:
>
> kvm_arch_vcpu_run_map_fp
> kvm_arch_vcpu_ioctl_get_regs
> kvm_arch_vcpu_ioctl_set_regs
> kvm_arm_get_reg
> kvm_arm_set_reg
> kvm_arch_vcpu_ioctl_get_sregs
> kvm_arch_vcpu_ioctl_set_sregs
> kvm_vcpu_preferred_target
> kvm_vcpu_ioctl_set_cpuid2
> kvm_vcpu_ioctl_get_cpuid2
> kvm_dev_ioctl_get_cpuid
> kvm_arch_vcpu_ioctl_run
> kvm_arch_vcpu_ioctl_get_regs
> kvm_arch_vcpu_ioctl_set_regs
> kvm_arch_vcpu_ioctl_get_sregs
> kvm_arch_vcpu_ioctl_set_sregs
> kvm_vcpu_initialized
> kvm_arch_vcpu_ioctl_run
> kvm_arch_vcpu_ioctl_vcpu_init
> kvm_coalesced_mmio_init
> kvm_create_vm
> kvm_destroy_vm
> kvm_vm_ioctl_set_memory_region
> kvm_vm_ioctl_create_vcpu
>
> Signed-off-by: Anastassios Nanos <ananos@nubificus.co.uk>
> Signed-off-by: Charalampos Mainas <cmainas@nubificus.co.uk>
> Signed-off-by: Konstantinos Papazafeiropoulos <kostis@nubificus.co.uk>
> Signed-off-by: Stratos Psomadakis <psomas@nubificus.co.uk>
> ---
> arch/arm64/include/asm/kvm_host.h | 6 ++++
> arch/arm64/kvm/fpsimd.c | 6 ++++
> arch/arm64/kvm/guest.c | 48 +++++++++++++++++++++++++++++++
> arch/x86/kvm/cpuid.c | 25 ++++++++++++++++
> arch/x86/kvm/x86.c | 31 ++++++++++++++++++++
> include/linux/kvm_host.h | 24 ++++++++++++++++
> virt/kvm/arm/arm.c | 18 ++++++++++++
> virt/kvm/coalesced_mmio.c | 6 ++++
> virt/kvm/kvm_main.c | 23 +++++++++++++++
> 9 files changed, 187 insertions(+)
In general, we don't export synbols without a user in the tree.
And if/when we do, the sensible thing to do would be to export
them as GPL only.
M.
--
Jazz is not dead. It just smells funny...
next prev parent reply other threads:[~2020-05-18 7:41 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-18 6:58 [PATCH 0/2] Expose KVM API to Linux Kernel Anastassios Nanos
2020-05-18 6:58 ` [PATCH 1/2] KVMM: export needed symbols Anastassios Nanos
2020-05-18 7:41 ` Marc Zyngier [this message]
2020-05-18 7:01 ` [PATCH 2/2] KVMM: Memory and interface related changes Anastassios Nanos
2020-05-18 6:59 ` Anastassios Nanos
2020-05-18 9:13 ` kbuild test robot
2020-05-18 9:28 ` kbuild test robot
2020-05-18 10:16 ` kbuild test robot
2020-05-18 7:50 ` [PATCH 0/2] Expose KVM API to Linux Kernel Marc Zyngier
[not found] ` <CALRTab90UyMq2hMxCdCmC3GwPWFn2tK_uKMYQP2YBRcHwzkEUQ@mail.gmail.com>
2020-05-18 11:18 ` Paolo Bonzini
2020-05-18 11:34 ` Maxim Levitsky
2020-05-18 11:51 ` Paolo Bonzini
2020-05-18 12:12 ` Maxim Levitsky
2020-05-18 20:45 ` Andy Lutomirski
2020-05-18 8:42 ` Thomas Gleixner
[not found] ` <CALRTab-mEYtRG4zQbSGoAri+jg8xNL-imODv=MWE330Hkt_t+Q@mail.gmail.com>
2020-05-18 9:18 ` Vitaly Kuznetsov
2020-05-18 9:38 ` Thomas Gleixner
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-all 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=4de58dad6d27aa35fd967d1d77133e55@kernel.org \
--to=maz@kernel.org \
--cc=ananos@nubificus.co.uk \
--cc=bp@alien8.de \
--cc=catalin.marinas@arm.com \
--cc=hpa@zytor.com \
--cc=james.morse@arm.com \
--cc=jmattson@google.com \
--cc=joro@8bytes.org \
--cc=julien.thierry.kdev@gmail.com \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=pbonzini@redhat.com \
--cc=sean.j.christopherson@intel.com \
--cc=suzuki.poulose@arm.com \
--cc=tglx@linutronix.de \
--cc=vkuznets@redhat.com \
--cc=wanpengli@tencent.com \
--cc=will@kernel.org \
--cc=x86@kernel.org \
/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