Linux KVM PPC

• Thread Index

• Re: [PATCH v5 00/11] KVM: PPC: Nested APIv2 guest support
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH v5 11/11] docs: powerpc: Document nested KVM on POWER
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 10/11] KVM: PPC: Add support for nestedv2 guests
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 09/11] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 08/11] KVM: PPC: Add helper library for Guest State Buffers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 07/11] KVM: PPC: Book3S HV: Introduce low level MSR accessor
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 06/11] KVM: PPC: Book3S HV: Use accessors for VCPU registers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 05/11] KVM: PPC: Use accessors for VCORE registers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 04/11] KVM: PPC: Use accessors for VCPU registers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 03/11] KVM: PPC: Rename accessor generator macros
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 02/11] KVM: PPC: Introduce FPR/VR accessor functions
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 01/11] KVM: PPC: Always use the GPR accessors
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v5 00/11] KVM: PPC: Nested APIv2 guest support
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [PATCH v4 00/11] KVM: PPC: Nested APIv2 guest support
  • From: Sachin Sant <sachinp@xxxxxxxxxxxxx>
• [PATCH v4 08/11] KVM: PPC: Add helper library for Guest State Buffers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 05/11] KVM: PPC: Use accessors VCORE registers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 10/11] KVM: PPC: Add support for nestedv2 guests
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 04/11] KVM: PPC: Use accessors for VCPU registers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 06/11] KVM: PPC: Book3S HV: Use accessors for VCPU registers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 00/11] KVM: PPC: Nested APIv2 guest support
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 03/11] KVM: PPC: Rename accessor generator macros
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 01/11] KVM: PPC: Always use the GPR accessors
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 09/11] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 11/11] docs: powerpc: Document nested KVM on POWER
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 07/11] KVM: PPC: Book3S HV: Introduce low level MSR accessor
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v4 02/11] KVM: PPC: Introduce FPR/VR accessor functions
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [PATCH v3 5/6] KVM: PPC: Add support for nestedv2 guests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] KVM: PPC: Add support for nestedv2 guests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] KVM: PPC: Use getters and setters for vcpu register state
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [PATCH v3 2/6] KVM: PPC: Rename accessor generator macros
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [PATCH v3 4/6] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [PATCH v3 4/6] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [PATCH v3 1/6] KVM: PPC: Use getters and setters for vcpu register state
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [PATCH v3 4/6] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/6] KVM: PPC: Rename accessor generator macros
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• RE: [PATCH v3 4/6] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 4/6] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v3 1/6] KVM: PPC: Use getters and setters for vcpu register state
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• [PATCH v3 6/6] docs: powerpc: Document nested KVM on POWER
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v3 5/6] KVM: PPC: Add support for nestedv2 guests
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v3 4/6] KVM: PPC: Book3s HV: Hold LPIDs in an unsigned long
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v3 3/6] KVM: PPC: Add helper library for Guest State Buffers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v3 2/6] KVM: PPC: Rename accessor generator macros
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v3 1/6] KVM: PPC: Use getters and setters for vcpu register state
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• [PATCH v3 0/6] KVM: PPC: Nested APIv2 guest support
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH v4] runtime: Allow to specify properties for accelerator
  • From: Andrew Jones <andrew.jones@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Andrew Jones <andrew.jones@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH v4] runtime: Allow to specify properties for accelerator
  • From: Andrew Jones <andrew.jones@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• [kvm-unit-tests PATCH v4] runtime: Allow to specify properties for accelerator
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Andrew Jones <andrew.jones@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Andrew Jones <andrew.jones@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Andrew Jones <andrew.jones@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v3] runtime: Allow to specify properties for accelerator
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 5/6] KVM: PPC: Add support for nested PAPR guests
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [RFC PATCH v2 4/6] KVM: PPC: Add helper library for Guest State Buffers
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [RFC PATCH v2 2/6] KVM: PPC: Add fpr getters and setters
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [RFC PATCH v2 1/6] KVM: PPC: Use getters and setters for vcpu register state
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [RFC PATCH v2 0/6] KVM: PPC: Nested PAPR guests
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [PATCH RFC v2 6/6] docs: powerpc: Document nested KVM on POWER
  • From: Jordan Niethe <jniethe5@xxxxxxxxx>
• Re: [RFC PATCH v2 5/6] KVM: PPC: Add support for nested PAPR guests
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [RFC PATCH v2 4/6] KVM: PPC: Add helper library for Guest State Buffers
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [RFC PATCH v2 2/6] KVM: PPC: Add fpr getters and setters
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [RFC PATCH v2 1/6] KVM: PPC: Use getters and setters for vcpu register state
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [RFC PATCH v2 0/6] KVM: PPC: Nested PAPR guests
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH RFC v2 6/6] docs: powerpc: Document nested KVM on POWER
  • From: Gautam Menghani <gautam@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/6] KVM: PPC: Use getters and setters for vcpu register state
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 4/6] KVM: PPC: Add helper library for Guest State Buffers
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 5/6] KVM: PPC: Add support for nested PAPR guests
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/6] KVM: PPC: Add vr getters and setters
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 6/6] docs: powerpc: Document nested KVM on POWER
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 2/6] KVM: PPC: Add fpr getters and setters
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 0/6] KVM: PPC: Nested PAPR guests
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• BE KVM breakage in kernel 5.14 and forward
  • From: Marcus Comstedt <marcus@xxxxxxxx>
• [RFC PATCH v1 5/5] KVM: PPC: Add support for nested PAPR guests
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v1 2/5] KVM: PPC: Add fpr getters and setters
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v1 1/5] KVM: PPC: Use getters and setters for vcpu register state
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v1 4/5] powerpc: Add helper library for Guest State Buffers
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v1 3/5] KVM: PPC: Add vr getters and setters
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH v1 0/5] KVM: PPC: Nested PAPR guests
  • From: Jordan Niethe <jpn@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] powerpc/kvm: Enable HV KVM guests to use prefixed instructions to access emulated MMIO
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE platform dependent
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 3/3] powerpc/kvm: Enable prefixed instructions for HV KVM and disable for PR KVM
  • From: Sachin Sant <sachinp@xxxxxxxxxxxxx>
• [PATCH 2/3] powerpc/kvm: Fetch prefixed instructions from the guest
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [PATCH 0/3] powerpc/kvm: Enable HV KVM guests to use prefixed instructions to access emulated MMIO
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [PATCH 1/3] powerpc/kvm: Make kvmppc_get_last_inst() produce a ppc_inst_t
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [PATCH 3/3] powerpc/kvm: Enable prefixed instructions for HV KVM and disable for PR KVM
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Powermac G5 KVM Qemu
  • From: Dan Whitehouse <drw@xxxxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [kvm-unit-tests v2 PATCH] powerpc: Fix running the kvm-unit-tests with recent versions of QEMU
  • From: Cédric Le Goater <clg@xxxxxxxx>
• [kvm-unit-tests v2 PATCH] powerpc: Fix running the kvm-unit-tests with recent versions of QEMU
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] powerpc: Fix running the kvm-unit-tests with recent versions of QEMU
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] powerpc: Fix running the kvm-unit-tests with recent versions of QEMU
  • From: Cédric Le Goater <clg@xxxxxxxx>
• [kvm-unit-tests PATCH] powerpc: Fix running the kvm-unit-tests with recent versions of QEMU
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: disabling halt polling broken? (was Re: [PATCH 00/14] KVM: Halt-polling fixes, cleanups and a new stat)
  • From: "wangyanan (Y)" <wangyanan55@xxxxxxxxxx>
• Re: disabling halt polling broken? (was Re: [PATCH 00/14] KVM: Halt-polling fixes, cleanups and a new stat)
  • From: David Matlack <dmatlack@xxxxxxxxxx>
• Re: disabling halt polling broken? (was Re: [PATCH 00/14] KVM: Halt-polling fixes, cleanups and a new stat)
  • From: "wangyanan (Y)" <wangyanan55@xxxxxxxxxx>
• Re: [PATCH kernel v2 0/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Fix decrementer migration
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH kernel v4] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v3] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH kernel v2] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [PATCH kernel v3] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v2] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v2] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH kernel v2 3/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH kernel v2 3/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel v2 1/3] powerpc/iommu: Add "borrowing" iommu_table_group_ops
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel v2 2/3] powerpc/pci_64: Init pcibios subsys a bit later
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel v2 0/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel v2] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE support platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE platform dependent
  • From: Marc Zyngier <maz@xxxxxxxxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE platform dependent
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE platform dependent
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel 0/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH kernel 0/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH kernel 0/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH] KVM: PPC: Book3S HV: Fix decrementer migration
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [kvm-unit-tests RFC PATCH 04/19] powerpc: Use the page allocator
  • From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• RE: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] vfio/spapr_tce: Fix the comment
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH kernel 3/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel 3/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH kernel 2/3] powerpc/pci_64: Init pcibios subsys a bit later
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH kernel 1/3] powerpc/iommu: Add "borrowing" iommu_table_group_ops
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH kernel 1/3] powerpc/iommu: Add "borrowing" iommu_table_group_ops
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel 0/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel 2/3] powerpc/pci_64: Init pcibios subsys a bit later
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel 3/3] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel] vfio/spapr_tce: Fix the comment
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2] KVM: PPC: Align pt_regs in kvm_vcpu_arch structure
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: tracing: Add missing hcall names
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] KVM: PPC: Book3S HV: Update debug timing code
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3s: Fix warning about xics_rm_h_xirr_x
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Do not warn when userspace asked for too big TCE table
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• RE: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH kernel] powerpc/iommu: Add iommu_ops to report capabilities and allow blocking domains
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• RE: [RFC PATCH kernel] vfio: Skip checking for IOMMU_CAP_CACHE_COHERENCY on POWER and more
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH 2/2] kvm: rename KVM_MAX_VCPU_ID to, KVM_MAX_VCPU_IDS
  • From: Christian Zigotzky <chzigotzky@xxxxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add simple iommu_ops to report capabilities
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH kernel] powerpc/iommu: Add simple iommu_ops to report capabilities
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH kernel] powerpc/iommu: Add simple iommu_ops to report capabilities
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [RFC PATCH kernel] vfio: Skip checking for IOMMU_CAP_CACHE_COHERENCY on POWER and more
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH kernel] vfio: Skip checking for IOMMU_CAP_CACHE_COHERENCY on POWER and more
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH kernel] vfio: Skip checking for IOMMU_CAP_CACHE_COHERENCY on POWER and more
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [RFC PATCH kernel] vfio: Skip checking for IOMMU_CAP_CACHE_COHERENCY on POWER and more
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [RFC PATCH kernel] vfio: Skip checking for IOMMU_CAP_CACHE_COHERENCY on POWER and more
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• RE: [RFC PATCH kernel] vfio: Skip checking for IOMMU_CAP_CACHE_COHERENCY on POWER and more
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• [RFC PATCH kernel] vfio: Skip checking for IOMMU_CAP_CACHE_COHERENCY on POWER and more
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel] KVM: PPC: Do not warn when userspace asked for too big TCE table
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH v2] KVM: PPC: Align pt_regs in kvm_vcpu_arch structure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3s: Fix warning about xics_rm_h_xirr_x
  • From: Greg Kurz <groug@xxxxxxxx>
• [PATCH kernel] KVM: PPC: Book3s: Fix warning about xics_rm_h_xirr_x
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH] KVM: PPC: Align pt_regs in kvm_vcpu_arch structure
  • From: Murilo Opsfelder Araújo <muriloo@xxxxxxxxxxxxx>
• [PATCH] KVM: PPC: Book3S HV: tracing: Add missing hcall names
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH kernel v2] KVM: Don't null dereference ops->destroy
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH kernel v2] KVM: Don't null dereference ops->destroy
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: Don't null dereference ops->destroy
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH kernel] KVM: Don't null dereference ops->destroy
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH 5/5] KVM: PPC: Book3S HV: Provide more detailed timings for P9 entry path
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 4/5] KVM: PPC: Book3S HV: Expose timing functions to module code
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 3/5] KVM: PPC: Book3S HV: Decouple the debug timing from the P8 entry path
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 2/5] KVM: PPC: Book3S HV: Add a new config for P8 debug timing
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 0/5] KVM: PPC: Book3S HV: Update debug timing code
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 1/5] KVM: PPC: Book3S HV: Fix "rm_exit" entry in debugfs timings
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH] KVM: PPC: Align pt_regs in kvm_vcpu_arch structure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH kernel] KVM: Don't null dereference ops->destroy
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH kernel] KVM: Don't null dereference ops->destroy
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: Don't null dereference ops->destroy
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: Don't null dereference ops->destroy
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Initialize AMOR in nested entry
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Fix vcore_blocked tracepoint
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH kernel v2] KVM: PPC: Book3s: Retire H_PUT_TCE/etc real mode handlers
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3s: PR: Enable default TCE hypercalls
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH kernel] KVM: Don't null dereference ops->destroy
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3s: Remove real mode interrupt controller hcalls handlers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3s: Remove real mode interrupt controller hcalls handlers
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3s: Remove real mode interrupt controller hcalls handlers
  • From: Cédric Le Goater <clg@xxxxxxxx>
• [PATCH kernel] KVM: PPC: Book3s: Remove real mode interrupt controller hcalls handlers
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3s: PR: Enable default TCE hypercalls
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH kernel] KVM: PPC: Book3s: PR: Enable default TCE hypercalls
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel v2] KVM: PPC: Book3s: Retire H_PUT_TCE/etc real mode handlers
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH kernel] KVM: PPC: Make KVM_CAP_IRQFD_RESAMPLE platform dependent
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3s: Retire H_PUT_TCE/etc real mode handlers
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Initialize AMOR in nested entry
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH kernel] KVM: PPC: Book3s: Retire H_PUT_TCE/etc real mode handlers
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Initialize AMOR in nested entry
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH] KVM: PPC: Book3S HV: Initialize AMOR in nested entry
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH kernel v2] KVM: PPC: Fix TCE handling for VFIO
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH kernel v2] KVM: PPC: Fix TCE handling for VFIO
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Fix TCE handling for VFIO
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH kernel] KVM: PPC: Fix TCE handling for VFIO
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Fix TCE handling for VFIO
  • From: Frederic Barrat <fbarrat@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Fix vcore_blocked tracepoint
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH] KVM: PPC: Book3S HV: Fix vcore_blocked tracepoint
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] libfdt: use logical "or" instead of bitwise "or" with boolean operands
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] libfdt: use logical "or" instead of bitwise "or" with boolean operands
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] libfdt: use logical "or" instead of bitwise "or" with boolean operands
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] libfdt: use logical "or" instead of bitwise "or" with boolean operands
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] libfdt: use logical "or" instead of bitwise "or" with boolean operands
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] libfdt: use logical "or" instead of bitwise "or" with boolean operands
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [PATCH 0/3] KVM: PPC: KVM module exit fixes
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] KVM: PPC: KVM module exit fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] KVM: PPC: Book3S HV: Add KVM_CAP_PPC_GTSE
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [RFC PATCH] KVM: PPC: Book3S HV: Add KVM_CAP_PPC_GTSE
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] KVM: PPC: Book3S HV: Provide a more accurate MAX_VCPU_ID in P9
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] KVM: PPC: Book3S HV: Provide a more accurate MAX_VCPU_ID in P9
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v9 0/2] Interface to represent PAPR firmware attributes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH] arch:powerpc:kvm: remove unnecessary type castings
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] KVM: PPC: Book3s HV: Allow setting GTSE for the nested guest
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [RFC PATCH] KVM: PPC: Book3s HV: Allow setting GTSE for the nested guest
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [RFC PATCH] KVM: PPC: Book3s HV: Allow setting GTSE for the nested guest
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH] arch:powerpc:kvm: remove unnecessary type castings
  • From: Nour-eddine Taleb <kernel.noureddine@xxxxxxxxx>
• Re: [PATCH] arch: powerpc: kvm: remove unnecessary casting
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 02/13] KVM: arm64: Introduce KVM_CAP_ARM_REG_SCOPE
  • From: Raghavendra Rao Ananta <rananta@xxxxxxxxxx>
• Re: [PATCH v7 0/3] spapr: nvdimm: Introduce spapr-nvdimm device
  • From: Cédric Le Goater <clg@xxxxxxxx>
• Re: [PATCH 0/3] KVM: PPC: KVM module exit fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH v9 1/2] powerpc/pseries: Interface to represent PAPR firmware attributes
  • From: "Pratik R. Sampat" <psampat@xxxxxxxxxxxxx>
• [PATCH v9 2/2] selftest/powerpc: Add PAPR sysfs attributes sniff test
  • From: "Pratik R. Sampat" <psampat@xxxxxxxxxxxxx>
• [PATCH v9 0/2] Interface to represent PAPR firmware attributes
  • From: "Pratik R. Sampat" <psampat@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] KVM: PPC: MMIO fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH v7 0/3] spapr: nvdimm: Introduce spapr-nvdimm device
  • From: Daniel Henrique Barboza <danielhb413@xxxxxxxxx>
• Re: [PATCH v7 2/3] spapr: nvdimm: Implement H_SCM_FLUSH hcall
  • From: Daniel Henrique Barboza <danielhb413@xxxxxxxxx>
• [PATCH v7 3/3] spapr: nvdimm: Introduce spapr-nvdimm device
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• [PATCH v7 2/3] spapr: nvdimm: Implement H_SCM_FLUSH hcall
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• [PATCH v7 1/3] nvdimm: Add realize, unrealize callbacks to NVDIMMDevice class
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• [PATCH v7 0/3] spapr: nvdimm: Introduce spapr-nvdimm device
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/3] spapr: nvdimm: Introduce spapr-nvdimm device
  • From: Daniel Henrique Barboza <danielhb413@xxxxxxxxx>
• Re: [PATCH v6 2/3] spapr: nvdimm: Implement H_SCM_FLUSH hcall
  • From: Daniel Henrique Barboza <danielhb413@xxxxxxxxx>
• Re: [PATCH v6 1/3] nvdimm: Add realize, unrealize callbacks to NVDIMMDevice class
  • From: Daniel Henrique Barboza <danielhb413@xxxxxxxxx>
• [PATCH v6 3/3] spapr: nvdimm: Introduce spapr-nvdimm device
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• [PATCH v6 2/3] spapr: nvdimm: Implement H_SCM_FLUSH hcall
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• [PATCH v6 1/3] nvdimm: Add realize, unrealize callbacks to NVDIMMDevice class
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• [PATCH v6 0/3] spapr: nvdimm: Introduce spapr-nvdimm device
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• Re: [PATCH REBASED v5 2/2] spapr: nvdimm: Introduce spapr-nvdimm device
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• Re: [PATCH REBASED v5 1/2] spapr: nvdimm: Implement H_SCM_FLUSH hcall
  • From: Shivaprasad G Bhat <sbhat@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/5] KVM: PPC: Book3s: mmio: Deliver DSI after emulation failure
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v5 5/5] KVM: PPC: Book3s: mmio: Deliver DSI after emulation failure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v5 4/5] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v5 3/5] KVM: PPC: mmio: Reject instructions that access more than mmio.data size
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v5 0/5] KVM: PPC: MMIO fixes
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v5 1/5] KVM: PPC: Book3S HV: Stop returning internal values to userspace
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v5 2/5] KVM: PPC: Fix vmx/vsx mixup in mmio emulation
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 3/4] KVM: PPC: Book3S HV: Free allocated memory if module init fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 4/4] KVM: PPC: Decrement module refcount if init_vm fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 2/4] KVM: PPC: Book3S HV: Delay setting of kvm ops
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 1/4] KVM: PPC: Book3S HV: Check return value of kvmppc_radix_init
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 0/4] KVM: PPC: KVM module exit fixes
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] KVM: PPC: Decrement module refcount if init_vm fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] KVM: PPC: Decrement module refcount if init_vm fails
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 5/5] KVM: PPC: mmio: Deliver DSI after emulation failure
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 4/5] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 3/5] KVM: PPC: mmio: Reject instructions that access more than mmio.data size
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 3/4] KVM: PPC: Book3S HV: Free allocated memory if module init fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 4/4] KVM: PPC: Decrement module refcount if init_vm fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 2/4] KVM: PPC: Book3S HV: Delay setting of kvm ops
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 1/4] KVM: PPC: Book3S HV: Check return value of kvmppc_radix_init
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 0/4] KVM: PPC: KVM module exit fixes
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH kernel v5] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Cédric Le Goater <clg@xxxxxxxx>
• [PATCH v4 5/5] KVM: PPC: mmio: Deliver DSI after emulation failure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v4 4/5] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v4 3/5] KVM: PPC: mmio: Reject instructions that access more than mmio.data size
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v4 1/5] KVM: PPC: Book3S HV: Stop returning internal values to userspace
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v4 2/5] KVM: PPC: Fix vmx/vsx mixup in mmio emulation
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v4 0/5] KVM: PPC: MMIO fixes
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests] Permitted license for new library
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [kvm-unit-tests] Permitted license for new library
  • From: Alexandru Elisei <alexandru.elisei@xxxxxxx>
• Re: [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 2/3] KVM: PPC: Book3S HV: Delay setting of kvm ops
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/6] KVM: PPC: Don't use pr_emerg when mmio emulation fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/6] KVM: PPC: mmio: Reject instructions that access more than mmio.data size
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH kernel v5] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH v3 5/6] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH v3 5/6] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v3 6/6] KVM: PPC: mmio: Reject instructions that access more than mmio.data size
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v3 4/6] KVM: PPC: mmio: Queue interrupt at kvmppc_emulate_mmio
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v3 3/6] KVM: PPC: Don't use pr_emerg when mmio emulation fails
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v3 4/6] KVM: PPC: mmio: Queue interrupt at kvmppc_emulate_mmio
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH v3 3/6] KVM: PPC: Don't use pr_emerg when mmio emulation fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 4/6] KVM: PPC: mmio: Queue interrupt at kvmppc_emulate_mmio
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 6/6] KVM: PPC: mmio: Reject instructions that access more than mmio.data size
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 5/6] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 1/6] KVM: PPC: Book3S HV: Stop returning internal values to userspace
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 2/6] KVM: PPC: Fix vmx/vsx mixup in mmio emulation
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v3 0/6] KVM: PPC: MMIO fixes
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH v2 7/7] KVM: PPC: mmio: Reject instructions that access more than mmio.data size
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH v2 5/7] KVM: PPC: mmio: Queue interrupt at kvmppc_emulate_mmio
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH v2 3/7] KVM: PPC: Fix mmio length message
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• [PATCH v2 7/7] KVM: PPC: mmio: Reject instructions that access more than mmio.data size
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 6/7] KVM: PPC: mmio: Return to guest after emulation failure
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 5/7] KVM: PPC: mmio: Queue interrupt at kvmppc_emulate_mmio
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 4/7] KVM: PPC: Don't use pr_emerg when mmio emulation fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 3/7] KVM: PPC: Fix mmio length message
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 2/7] KVM: PPC: Fix vmx/vsx mixup in mmio emulation
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 1/7] KVM: PPC: Book3S HV: Stop returning internal values to userspace
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH v2 0/7] KVM: PPC: MMIO fixes
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] KVM: PPC: Fix vmx/vsx mixup in mmio emulation
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH 3/3] KVM: PPC: Fix mmio length message
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH 2/3] KVM: PPC: Fix vmx/vsx mixup in mmio emulation
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] KVM: PPC: Book3S HV: Free allocated memory if module init fails
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 2/3] KVM: PPC: Book3S HV: Delay setting of kvm ops
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 1/3] KVM: PPC: Book3S HV: Check return value of kvmppc_radix_init
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 3/3] KVM: PPC: Fix mmio length message
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 2/3] KVM: PPC: Fix vmx/vsx mixup in mmio emulation
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 1/3] KVM: PPC: Book3S HV: Stop returning internal values to userspace
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 2/3] KVM: PPC: Book3S HV: Delay setting of kvm ops
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 1/3] KVM: PPC: Book3S HV: Check return value of kvmppc_radix_init
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 3/3] KVM: PPC: Book3S HV: Free allocated memory if module init fails
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 0/3] KVM: PPC: KVM module exit fixes
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 3/3] KVM: PPC: Fix mmio length message
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 0/3] KVM: PPC: Minor fixes
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 1/3] KVM: PPC: Book3S HV: Stop returning internal values to userspace
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• [PATCH 2/3] KVM: PPC: Fix vmx/vsx mixup in mmio emulation
  • From: Fabiano Rosas <farosas@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Eric Auger <eric.auger@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [kvm-unit-tests PATCH] scripts/arch-run: Mark migration tests as SKIP if ncat is not available
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Cédric Le Goater <clg@xxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v4] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Cédric Le Goater <clg@xxxxxxxx>
• [PATCH kernel v4] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v3] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Cédric Le Goater <clg@xxxxxxxx>
• Re: [PATCH kernel v3] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel v3] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Cédric Le Goater <clg@xxxxxxxx>
• Re: [PATCH kernel v3] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH kernel v3] KVM: PPC: Merge powerpc's debugfs entry content into generic entry
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3S: Suppress warnings when allocating too big memory slots
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH kernel] KVM: PPC: Book3S: Suppress failed alloc warning in H_COPY_TOFROM_GUEST
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 10/43] KVM: arm64: Move vGIC v4 handling for WFI out arch callback hook
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 10/43] KVM: arm64: Move vGIC v4 handling for WFI out arch callback hook
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 10/43] KVM: arm64: Move vGIC v4 handling for WFI out arch callback hook
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v5.5 00/30] KVM: Scalable memslots implementation
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5.5 00/30] KVM: Scalable memslots implementation
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v2 6/6] KVM: x86: Drop arbitraty KVM_SOFT_MAX_VCPUS
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 1/6] KVM: arm64: Cap KVM_CAP_NR_VCPUS by kvm_arm_default_max_vcpus()
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 1/6] KVM: arm64: Cap KVM_CAP_NR_VCPUS by kvm_arm_default_max_vcpus()
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 5/6] KVM: s390: Cap KVM_CAP_NR_VCPUS by num_online_cpus()
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] KVM: RISC-V: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• [PATCH v2 6/6] KVM: x86: Drop arbitraty KVM_SOFT_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v2 5/6] KVM: s390: Cap KVM_CAP_NR_VCPUS by num_online_cpus()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v2 4/6] KVM: RISC-V: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v2 3/6] KVM: PPC: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v2 2/6] KVM: MIPS: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v2 1/6] KVM: arm64: Cap KVM_CAP_NR_VCPUS by kvm_arm_default_max_vcpus()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v2 0/6] KVM: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS and re-purpose it on x86
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 5.4 063/355] powerpc/kvm: Fix kvm_use_magic_page
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 5.4 063/355] powerpc/kvm: Fix kvm_use_magic_page
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.4 063/355] powerpc/kvm: Fix kvm_use_magic_page
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 5.4 063/355] powerpc/kvm: Fix kvm_use_magic_page
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.4 063/355] powerpc/kvm: Fix kvm_use_magic_page
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 0/5] KVM: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS and re-purpose it on x86
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 0/5] KVM: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS and re-purpose it on x86
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 0/5] KVM: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS and re-purpose it on x86
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 0/5] KVM: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS and re-purpose it on x86
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v5.5 26/30] KVM: Keep memslots in tree-based structures instead of array-based ones
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v5.5 30/30] KVM: Dynamically allocate "new" memslots from the get-go
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 24/30] KVM: Use interval tree to do fast hva lookup in memslots
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 23/30] KVM: Resolve memslot ID via a hash table instead of via a static array
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 26/30] KVM: Keep memslots in tree-based structures instead of array-based ones
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 00/30] KVM: Scalable memslots implementation
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 30/30] KVM: Dynamically allocate "new" memslots from the get-go
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 29/30] KVM: Wait 'til the bitter end to initialize the "new" memslot
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 26/30] KVM: Keep memslots in tree-based structures instead of array-based ones
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 23/30] KVM: Resolve memslot ID via a hash table instead of via a static array
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 24/30] KVM: Use interval tree to do fast hva lookup in memslots
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 0/5] KVM: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS and re-purpose it on x86
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 5/5] KVM: x86: Drop arbitraty KVM_SOFT_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 4/5] KVM: RISC-V: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 3/5] KVM: PPC: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 2/5] KVM: MIPS: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 1/5] KVM: arm64: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH 0/5] KVM: Cap KVM_CAP_NR_VCPUS by KVM_CAP_MAX_VCPUS and re-purpose it on x86
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v5.5 20/30] KVM: x86: Use nr_memslot_pages to avoid traversing the memslots array
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 08/30] KVM: arm64: Use "new" memslot instead of userspace memory region
  • From: Reiji Watanabe <reijiw@xxxxxxxxxx>
• Re: [PATCH v5.5 20/30] KVM: x86: Use nr_memslot_pages to avoid traversing the memslots array
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 00/30] KVM: Scalable memslots implementation
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 01/30] KVM: Ensure local memslot copies operate on up-to-date arch-specific data
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 07/30] KVM: Let/force architectures to deal with arch specific memslot data
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 00/30] KVM: Scalable memslots implementation
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 20/30] KVM: x86: Use nr_memslot_pages to avoid traversing the memslots array
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 18/30] KVM: Don't make a full copy of the old memslot in __kvm_set_memory_region()
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 16/30] KVM: x86: Don't assume old/new memslots are non-NULL at memslot commit
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 15/30] KVM: Use prepare/commit hooks to handle generic memslot metadata updates
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 14/30] KVM: Stop passing kvm_userspace_memory_region to arch memslot hooks
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 12/30] KVM: x86: Use "new" memslot instead of userspace memory region
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 07/30] KVM: Let/force architectures to deal with arch specific memslot data
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 06/30] KVM: Use "new" memslot's address space ID instead of dedicated param
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 05/30] KVM: Resync only arch fields when slots_arch_lock gets reacquired
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 04/30] KVM: Open code kvm_delete_memslot() into its only caller
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 03/30] KVM: Require total number of memslot pages to fit in an unsigned long
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 02/30] KVM: Disallow user memslot with size that exceeds "unsigned long"
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH v5.5 01/30] KVM: Ensure local memslot copies operate on up-to-date arch-specific data
  • From: "Maciej S. Szmigiero" <maciej.szmigiero@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: Fix NULL dereference error in virtio_gpu_poll
  • From: Christian Zigotzky <chzigotzky@xxxxxxxxxxx>
• Re: KVM on POWER8 host lock up since 10d91611f426 ("powerpc/64s: Reimplement book3s idle code in C")
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v5.5 01/30] KVM: Ensure local memslot copies operate on up-to-date arch-specific data
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5.5 01/30] KVM: Ensure local memslot copies operate on up-to-date arch-specific data
  • From: Ben Gardon <bgardon@xxxxxxxxxx>
• Re: [PATCH v9 04/17] iov_iter: Turn iov_iter_fault_in_readable into fault_in_iov_iter_readable
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v9 04/17] iov_iter: Turn iov_iter_fault_in_readable into fault_in_iov_iter_readable
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v5.5 08/30] KVM: arm64: Use "new" memslot instead of userspace memory region
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 30/30] KVM: Dynamically allocate "new" memslots from the get-go
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 29/30] KVM: Wait 'til the bitter end to initialize the "new" memslot
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 28/30] KVM: Optimize overlapping memslots check
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 27/30] KVM: Optimize gfn lookup in kvm_zap_gfn_range()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 26/30] KVM: Keep memslots in tree-based structures instead of array-based ones
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 25/30] KVM: s390: Introduce kvm_s390_get_gfn_end()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 24/30] KVM: Use interval tree to do fast hva lookup in memslots
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 23/30] KVM: Resolve memslot ID via a hash table instead of via a static array
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 22/30] KVM: Move WARN on invalid memslot index to update_memslots()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 21/30] KVM: Integrate gfn_to_memslot_approx() into search_memslots()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 20/30] KVM: x86: Use nr_memslot_pages to avoid traversing the memslots array
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 19/30] KVM: x86: Don't call kvm_mmu_change_mmu_pages() if the count hasn't changed
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 18/30] KVM: Don't make a full copy of the old memslot in __kvm_set_memory_region()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 17/30] KVM: s390: Skip gfn/size sanity checks on memslot DELETE or FLAGS_ONLY
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 16/30] KVM: x86: Don't assume old/new memslots are non-NULL at memslot commit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 15/30] KVM: Use prepare/commit hooks to handle generic memslot metadata updates
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 13/30] KVM: RISC-V: Use "new" memslot instead of userspace memory region
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 12/30] KVM: x86: Use "new" memslot instead of userspace memory region
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 09/30] KVM: MIPS: Drop pr_debug from memslot commit to avoid using "mem"
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 14/30] KVM: Stop passing kvm_userspace_memory_region to arch memslot hooks
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 11/30] KVM: s390: Use "new" memslot instead of userspace memory region
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 10/30] KVM: PPC: Avoid referencing userspace memory region in memslot updates
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 05/30] KVM: Resync only arch fields when slots_arch_lock gets reacquired
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 07/30] KVM: Let/force architectures to deal with arch specific memslot data
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 06/30] KVM: Use "new" memslot's address space ID instead of dedicated param
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 04/30] KVM: Open code kvm_delete_memslot() into its only caller
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 03/30] KVM: Require total number of memslot pages to fit in an unsigned long
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 02/30] KVM: Disallow user memslot with size that exceeds "unsigned long"
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 01/30] KVM: Ensure local memslot copies operate on up-to-date arch-specific data
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v5.5 00/30] KVM: Scalable memslots implementation
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [GIT PULL] gfs2: Fix mmap + page fault deadlocks
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: KVM on POWER8 host lock up since 10d91611f426 ("powerpc/64s: Reimplement book3s idle code in C")
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• [GIT PULL] gfs2: Fix mmap + page fault deadlocks
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 17/17] gfs2: Fix mmap + page fault deadlocks for direct I/O
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 16/17] iov_iter: Introduce nofault flag to disable page faults
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 15/17] gup: Introduce FOLL_NOFAULT flag to disable page faults
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 14/17] iomap: Add done_before argument to iomap_dio_rw
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 13/17] iomap: Support partial direct I/O on user copy failures
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 12/17] iomap: Fix iomap_dio_rw return value for user copies
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 11/17] gfs2: Fix mmap + page fault deadlocks for buffered I/O
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 10/17] gfs2: Eliminate ip->i_gh
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 09/17] gfs2: Move the inode glock locking to gfs2_file_buffered_write
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 08/17] gfs2: Introduce flag for glock holder auto-demotion
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 07/17] gfs2: Clean up function may_grant
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 06/17] gfs2: Add wrapper for iomap_file_buffered_write
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 05/17] iov_iter: Introduce fault_in_iov_iter_writeable
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 04/17] iov_iter: Turn iov_iter_fault_in_readable into fault_in_iov_iter_readable
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 03/17] gup: Turn fault_in_pages_{readable,writeable} into fault_in_{readable,writeable}
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 02/17] powerpc/kvm: Fix kvm_use_magic_page
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 01/17] iov_iter: Fix iov_iter_get_pages{,_alloc} page fault return value
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v9 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: H_ENTER filter out reserved HPTE[B] value
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update powerpc KVM entry
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH v2 26/43] KVM: VMX: Read Posted Interrupt "control" exactly once per loop iteration
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 28/43] KVM: VMX: Remove vCPU from PI wakeup list before updating PID.NV
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 27/43] KVM: VMX: Move Posted Interrupt ndst computation out of write loop
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 26/43] KVM: VMX: Read Posted Interrupt "control" exactly once per loop iteration
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 43/43] KVM: VMX: Don't do full kick when handling posted interrupt wakeup
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 42/43] KVM: VMX: Fold fallback path into triggering posted IRQ helper
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 41/43] KVM: VMX: Pass desired vector instead of bool for triggering posted IRQ
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 40/43] KVM: VMX: Wake vCPU when delivering posted IRQ even if vCPU == this vCPU
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 39/43] KVM: VMX: Don't do full kick when triggering posted interrupt "fails"
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 38/43] KVM: Drop defunct kvm_arch_vcpu_(un)blocking() hooks
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 37/43] KVM: SVM: Unconditionally mark AVIC as running on vCPU load (with APICv)
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 36/43] KVM: SVM: Don't bother checking for "running" AVIC when kicking for IPIs
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Andreas Grünbacher <andreas.gruenbacher@xxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 28/43] KVM: VMX: Remove vCPU from PI wakeup list before updating PID.NV
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 35/43] KVM: SVM: Signal AVIC doorbell iff vCPU is in guest mode
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 35/43] KVM: SVM: Signal AVIC doorbell iff vCPU is in guest mode
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 27/43] KVM: VMX: Move Posted Interrupt ndst computation out of write loop
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 27/43] KVM: VMX: Move Posted Interrupt ndst computation out of write loop
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 26/43] KVM: VMX: Read Posted Interrupt "control" exactly once per loop iteration
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 34/43] KVM: x86: Remove defunct pre_block/post_block kvm_x86_ops hooks
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 33/43] KVM: x86: Unexport LAPIC's switch_to_{hv,sw}_timer() helpers
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 32/43] KVM: VMX: Move preemption timer <=> hrtimer dance to common x86
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 21/43] KVM: VMX: Clean up PI pre/post-block WARNs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 31/43] KVM: Move x86 VMX's posted interrupt list_head to vcpu_vmx
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH v2 30/43] KVM: Drop unused kvm_vcpu.pre_pcpu field
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 29/43] KVM: VMX: Handle PI wakeup shenanigans during vcpu_put/load
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 22/43] KVM: VMX: Drop unnecessary PI logic to handle impossible conditions
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 28/43] KVM: VMX: Remove vCPU from PI wakeup list before updating PID.NV
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 27/43] KVM: VMX: Move Posted Interrupt ndst computation out of write loop
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 26/43] KVM: VMX: Read Posted Interrupt "control" exactly once per loop iteration
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 25/43] KVM: VMX: Save/restore IRQs (instead of CLI/STI) during PI pre/post block
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 24/43] KVM: VMX: Drop pointless PI.NDST update when blocking
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 21/43] KVM: VMX: Clean up PI pre/post-block WARNs
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 20/43] KVM: VMX: Skip Posted Interrupt updates if APICv is hard disabled
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 23/43] KVM: VMX: Use boolean returns for Posted Interrupt "test" helpers
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v2 39/43] KVM: VMX: Don't do full kick when triggering posted interrupt "fails"
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v2 19/43] KVM: Add helpers to wake/query blocking vCPU
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 35/43] KVM: SVM: Signal AVIC doorbell iff vCPU is in guest mode
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 35/43] KVM: SVM: Signal AVIC doorbell iff vCPU is in guest mode
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 39/43] KVM: VMX: Don't do full kick when triggering posted interrupt "fails"
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 00/43] KVM: Halt-polling and x86 APICv overhaul
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 35/43] KVM: SVM: Signal AVIC doorbell iff vCPU is in guest mode
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 40/43] KVM: VMX: Wake vCPU when delivering posted IRQ even if vCPU == this vCPU
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 00/43] KVM: Halt-polling and x86 APICv overhaul
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 18/43] KVM: x86: Invoke kvm_vcpu_block() directly for non-HALTED wait states
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 35/43] KVM: SVM: Signal AVIC doorbell iff vCPU is in guest mode
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 00/43] KVM: Halt-polling and x86 APICv overhaul
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 17/43] KVM: x86: Directly block (instead of "halting") UNINITIALIZED vCPUs
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 00/43] KVM: Halt-polling and x86 APICv overhaul
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 16/43] KVM: Don't redo ktime_get() when calculating halt-polling stop/deadline
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 24/43] KVM: VMX: Drop pointless PI.NDST update when blocking
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 12/43] KVM: x86: Tweak halt emulation helper names to free up kvm_vcpu_halt()
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 12/43] KVM: x86: Tweak halt emulation helper names to free up kvm_vcpu_halt()
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 11/43] KVM: Don't block+unblock when halt-polling is successful
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 07/43] KVM: Reconcile discrepancies in halt-polling stats
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update powerpc KVM entry
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 06/43] KVM: Refactor and document halt-polling stats update helper
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 05/43] KVM: Update halt-polling stats if and only if halt-polling was attempted
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH v2 02/43] KVM: SVM: Ensure target pCPU is read once when signalling AVIC doorbell
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• [PATCH] MAINTAINERS: Update powerpc KVM entry
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/43] KVM: Halt-polling and x86 APICv overhaul
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 10/43] KVM: arm64: Move vGIC v4 handling for WFI out arch callback hook
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Felix Kuehling <felix.kuehling@xxxxxxx>
• Re: [PATCH v2 10/43] KVM: arm64: Move vGIC v4 handling for WFI out arch callback hook
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 00/43] KVM: Halt-polling and x86 APICv overhaul
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v2 00/43] KVM: Halt-polling and x86 APICv overhaul
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [kvm-unit-tests PATCH] powerpc/emulator: Fix compilation with recent versions of GCC
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Ralph Campbell <rcampbell@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v2 37/43] KVM: SVM: Unconditionally mark AVIC as running on vCPU load (with APICv)
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 37/43] KVM: SVM: Unconditionally mark AVIC as running on vCPU load (with APICv)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 37/43] KVM: SVM: Unconditionally mark AVIC as running on vCPU load (with APICv)
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 40/43] KVM: VMX: Wake vCPU when delivering posted IRQ even if vCPU == this vCPU
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 39/43] KVM: VMX: Don't do full kick when triggering posted interrupt "fails"
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 35/43] KVM: SVM: Signal AVIC doorbell iff vCPU is in guest mode
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 16/43] KVM: Don't redo ktime_get() when calculating halt-polling stop/deadline
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 37/43] KVM: SVM: Unconditionally mark AVIC as running on vCPU load (with APICv)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 43/43] KVM: VMX: Don't do full kick when handling posted interrupt wakeup
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 00/43] KVM: Halt-polling and x86 APICv overhaul
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 19/43] KVM: Add helpers to wake/query blocking vCPU
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 24/43] KVM: VMX: Drop pointless PI.NDST update when blocking
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 22/43] KVM: VMX: Drop unnecessary PI logic to handle impossible conditions
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 20/43] KVM: VMX: Skip Posted Interrupt updates if APICv is hard disabled
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 10/43] KVM: arm64: Move vGIC v4 handling for WFI out arch callback hook
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 02/43] KVM: SVM: Ensure target pCPU is read once when signalling AVIC doorbell
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH] mm/migrate.c: Remove MIGRATE_PFN_LOCKED
  • From: Alistair Popple <apopple@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 13/43] KVM: Rename kvm_vcpu_block() => kvm_vcpu_halt()
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/43] KVM: Drop obsolete kvm_arch_vcpu_block_finish()
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH] powerpc/idle: Don't corrupt back chain when going idle
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Replace zero-length array with flexible array member
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v8 05/17] iov_iter: Introduce fault_in_iov_iter_writeable
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH] powerpc/idle: Don't corrupt back chain when going idle
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] KVM: PPC: Defer vtime accounting 'til after IRQ handling
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2] KVM: PPC: Defer vtime accounting 'til after IRQ handling
  • From: Laurent Vivier <lvivier@xxxxxxxxxx>
• Re: [PATCH v3 19/52] KVM: PPC: Book3S HV P9: Reduce mtmsrd instructions required to save host SPRs
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v3 10/52] KVM: PPC: Book3S HV: Don't always save PMU for guest capable of nesting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v8 14/17] iomap: Add done_before argument to iomap_dio_rw
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v8 14/17] iomap: Add done_before argument to iomap_dio_rw
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Bob Peterson <rpeterso@xxxxxxxxxx>
• Re: [PATCH v8 14/17] iomap: Add done_before argument to iomap_dio_rw
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 17/17] gfs2: Fix mmap + page fault deadlocks for direct I/O
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 16/17] iov_iter: Introduce nofault flag to disable page faults
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 15/17] gup: Introduce FOLL_NOFAULT flag to disable page faults
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 14/17] iomap: Add done_before argument to iomap_dio_rw
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 13/17] iomap: Support partial direct I/O on user copy failures
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 12/17] iomap: Fix iomap_dio_rw return value for user copies
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 11/17] gfs2: Fix mmap + page fault deadlocks for buffered I/O
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 10/17] gfs2: Eliminate ip->i_gh
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 09/17] gfs2: Move the inode glock locking to gfs2_file_buffered_write
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 08/17] gfs2: Introduce flag for glock holder auto-demotion
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 07/17] gfs2: Clean up function may_grant
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 05/17] iov_iter: Introduce fault_in_iov_iter_writeable
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 06/17] gfs2: Add wrapper for iomap_file_buffered_write
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 04/17] iov_iter: Turn iov_iter_fault_in_readable into fault_in_iov_iter_readable
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 03/17] gup: Turn fault_in_pages_{readable,writeable} into fault_in_{readable,writeable}
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 02/17] powerpc/kvm: Fix kvm_use_magic_page
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 01/17] iov_iter: Fix iov_iter_get_pages{,_alloc} page fault return value
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 00/17] gfs2: Fix mmap + page fault deadlocks
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>