Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling
On 12/28/22 12:22, Marc Zyngier wrote: Queued, thanks. I will leave this in kvm/queue after testing everything else and moving it to kvm/next; this way, we can wait for test results on other architectures. Can you please make this a topic branch, and if possible based on a released -rc? It would make it a lot easier for everyone. This is now refs/heads/kvm-hw-enable-refactor in https://git.kernel.org/pub/scm/virt/kvm/kvm.git. The commits for this series start at hash fc471e831016. Paolo ___ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling
On 12/28/22 12:22, Marc Zyngier wrote: Queued, thanks. I will leave this in kvm/queue after testing everything else and moving it to kvm/next; this way, we can wait for test results on other architectures. Can you please make this a topic branch, and if possible based on a released -rc? It would make it a lot easier for everyone. Yes, I will (it will be based on 6.2-rc1 + pull request for rc2 that I'm preparing + x86 changes that this conflicts with). Paolo ___ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling
On 2022-12-27 13:02, Paolo Bonzini wrote: Queued, thanks. I will leave this in kvm/queue after testing everything else and moving it to kvm/next; this way, we can wait for test results on other architectures. Can you please make this a topic branch, and if possible based on a released -rc? It would make it a lot easier for everyone. Thanks, M. -- Jazz is not dead. It just smells funny... ___ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling
Queued, thanks. I will leave this in kvm/queue after testing everything else and moving it to kvm/next; this way, we can wait for test results on other architectures. Paolo ___ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling
On Wed, Nov 30, 2022 at 11:08:44PM +, Sean Christopherson wrote: >The main theme of this series is to kill off kvm_arch_init(), >kvm_arch_hardware_(un)setup(), and kvm_arch_check_processor_compat(), which >all originated in x86 code from way back when, and needlessly complicate >both common KVM code and architecture code. E.g. many architectures don't >mark functions/data as __init/__ro_after_init purely because kvm_init() >isn't marked __init to support x86's separate vendor modules. Applied this series and verified that an attempt to online incompatible CPUs (no VMX support) when some VMs are running will fail. ___ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
