Linux KVM PPC

• Thread Index

• [PATCH 6/6] kvm powerpc/book3s-hv-pmu: Add perf-events for Hostwide counters
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 4/6] kvm powerpc/book3s-apiv2: Introduce kvm-hv specific PMU
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 5/6] powerpc/book3s-hv-pmu: Implement GSB message-ops for hostwide counters
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 3/6] kvm powerpc/book3s-apiv2: Add kunit tests for Hostwide GSB elements
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 2/6] kvm powerpc/book3s-apiv2: Add support for Hostwide GSB elements
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 0/6] kvm powerpc/book3s-hv: Expose Hostwide counters as perf-events
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 1/6] [DOC] powerpc: Document APIv2 KVM hcall spec for Hostwide counters
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Add Power11 capability support for Nested PAPR guests
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH] KVM: PPC: Book3S HV: Add Power11 capability support for Nested PAPR guests
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/11] KVM: PPC: Nested APIv2 guest support
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH v5 00/11] KVM: PPC: Nested APIv2 guest support
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/11] KVM: PPC: Nested APIv2 guest support
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH v3] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v3] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v3] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: "Rob Herring (Arm)" <robh@xxxxxxxxxx>
• Re: [PATCH v3] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v3] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Stefan Bader <stefan.bader@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• [PATCH v2] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Lizhi Hou <lizhi.hou@xxxxxxx>
• Re: [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] PCI: Fix crash during pci_dev hot-unplug on pseries KVM guest
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: "Alexey Kardashevskiy" <aik@xxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: "Alexey Kardashevskiy" <aik@xxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: "Alexey Kardashevskiy" <aik@xxxxxxxxx>
• Re: [SLOF] [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [PATCH v2] KVM: PPC: Book3S HV nestedv2: Cancel pending DEC exception
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 19/27] lib/kvm_util.c:202:46: warning: unused variable 'region'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 24/27] arch/powerpc/kvm/../../../virt/kvm/kvm_main.c:6808:17: error: 'KVM_ARCH_FLAG_VM_COUNTER_OFFSET' undeclared; did you mean 'KVM_ARM_SET_COUNTER_OFFSET'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 20/27] arch/arm64/kvm/mmu.c:1691:92: warning: format specifies type 'unsigned long' but the argument has type 'gfn_t' (aka 'unsigned long long')
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 9/27] include/linux/kexec.h:369:34: error: field 'dt' has incomplete type
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 2/27] mm/memblock.c:2196:61: error: 'MIGRATE_CMA' undeclared; did you mean 'MIGRATE_SYNC'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 24/27] drivers/misc/fdbox.c:504:47: warning: initialization discards 'const' qualifier from pointer target type
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 23/27] arch/powerpc/kvm/../../../virt/kvm/kvm_main.c:4477:55: error: 'struct kvm_arch' has no member named 'timer_data'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 24/27] drivers/misc/fdbox.c:504:12: error: initializing 'ulong *' (aka 'unsigned long *') with an expression of type 'const void *' discards qualifiers
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 26/27] kernel/time/sched_clock.c:76:49: error: call to undeclared function 'read_sysreg'; ISO C99 and later do not support implicit function declarations
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 26/27] kernel/time/sched_clock.c:76:49: error: call to undeclared function 'read_sysreg'; ISO C99 and later do not support implicit function declarations
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 20/27] arch/arm64/kvm/mmu.c:1691:31: warning: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'gfn_t' {aka 'long long unsigned int'}
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 9/27] kernel/kexec_kho_out.c:208:26: warning: excess elements in struct initializer
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 19/27] arch/powerpc/kvm/../../../virt/kvm/kvm_main.c:4421:49: warning: 'struct kvm_s2_mmu' declared inside parameter list will not be visible outside of this definition or declaration
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 25/27] kernel/time/sched_clock.c:166:50: warning: variable 'ns' set but not used
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 5/27] include/linux/kexec.h:537:42: warning: declaration of 'struct kimage' will not be visible outside of this function
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:kvm-kho-gmem-test 5/27] include/linux/kexec.h:537:42: warning: 'struct kimage' declared inside parameter list will not be visible outside of this definition or declaration
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [SLOF] [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [PATCH v2] KVM: PPC: Book3S HV nestedv2: Cancel pending DEC exception
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v2] KVM: PPC: Book3S HV nestedv2: Cancel pending DEC exception
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV nestedv2: Cancel pending HDEC exception
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV nestedv2: Cancel pending HDEC exception
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV nestedv2: Cancel pending HDEC exception
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: "Alexey Kardashevskiy" <aik@xxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV nestedv2: Cancel pending HDEC exception
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV nestedv2: Cancel pending HDEC exception
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [PATCH] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: "Alexey Kardashevskiy" <aik@xxxxxxxxx>
• Re: [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: "Alexey Kardashevskiy" <aik@xxxxxxxxx>
• Re: [SLOF] [PATCH v3] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v3] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v3] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v3] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [PATCH v3] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [SLOF] [PATCH v2] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• [PATCH v3] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v2] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [SLOF] [PATCH v2] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV nestedv2: Cancel pending HDEC exception
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• [PATCH v2] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• [PATCH] KVM: PPC: Book3S HV nestedv2: Cancel pending HDEC exception
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• subscribe
  • From: delyan@xxxxxxxxx
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• [PATCH] slof/fs/packages/disk-label.fs: improve checking for DOS boot partitions
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• [PATCH v4] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: Re: [PATCH v3] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v3] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v3] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: Re: [PATCH v2] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH v2] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH v2] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxx>
• [PATCH v2] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• [PATCH v2] slof/engine.in: refine +COMP and -COMP by not using COMPILE
  • From: Kautuk Consul <kconsul@xxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxx>
• Re: [PATCH] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Gautam Menghani <Gautam.Menghani@xxxxxxxxxxxxx>
• [PATCH] KVM: PPC: Book3S HV: Fix L2 guest reboot failure due to empty 'arch_compat'
  • From: Amit Machhiwal <amachhiw@xxxxxxxxxxxxx>
• Re: [PATCH] powerpc/hvcall: Reorder Nestedv2 hcall opcodes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH 00/12] KVM: PPC: Nested APIv2 : Performance improvements
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• [PATCH] powerpc/hvcall: Reorder Nestedv2 hcall opcodes
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH 09/12] KVM: PPC: Book3S HV nestedv2: Do not call H_COPY_TOFROM_GUEST
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxx>
• Re: [PATCH 09/12] KVM: PPC: Book3S HV nestedv2: Do not call H_COPY_TOFROM_GUEST
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH 01/12] KVM: PPC: Book3S HV nestedv2: Invalidate RPT before deleting a guest
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH 01/12] KVM: PPC: Book3S HV nestedv2: Invalidate RPT before deleting a guest
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxx>
• Re: [PATCH 09/12] KVM: PPC: Book3S HV nestedv2: Do not call H_COPY_TOFROM_GUEST
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxx>
• Re: [PATCH 09/12] KVM: PPC: Book3S HV nestedv2: Do not call H_COPY_TOFROM_GUEST
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH 01/12] KVM: PPC: Book3S HV nestedv2: Invalidate RPT before deleting a guest
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• Re: [PATCH 09/12] KVM: PPC: Book3S HV nestedv2: Do not call H_COPY_TOFROM_GUEST
  • From: "Aneesh Kumar K.V (IBM)" <aneesh.kumar@xxxxxxxxxx>
• Re: [PATCH 01/12] KVM: PPC: Book3S HV nestedv2: Invalidate RPT before deleting a guest
  • From: "Aneesh Kumar K.V (IBM)" <aneesh.kumar@xxxxxxxxxx>
• [PATCH 11/12] KVM: PPC: Reduce reliance on analyse_instr() in mmio emulation
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 09/12] KVM: PPC: Book3S HV nestedv2: Do not call H_COPY_TOFROM_GUEST
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 12/12] KVM: PPC: Book3S HV nestedv2: Do not cancel pending decrementer exception
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 03/12] KVM: PPC: Book3S HV nestedv2: Do not check msr on hcalls
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 10/12] KVM: PPC: Book3S HV nestedv2: Register the VPA with the L0
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 08/12] KVM: PPC: Book3S HV nestedv2: Avoid msr check in kvmppc_handle_exit_hv()
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 04/12] KVM: PPC: Book3S HV nestedv2: Get the PID only if needed to copy tofrom a guest
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 07/12] KVM: PPC: Book3S HV nestedv2: Do not inject certain interrupts
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 00/12] KVM: PPC: Nested APIv2 : Performance improvements
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 06/12] KVM: PPC: Book3S HV: Handle pending exceptions on guest entry with MSR_EE
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 05/12] KVM: PPC: Book3S HV nestedv2: Ensure LPCR_MER bit is passed to the L0
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 01/12] KVM: PPC: Book3S HV nestedv2: Invalidate RPT before deleting a guest
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [PATCH 02/12] KVM: PPC: Book3S HV nestedv2: Avoid reloading the tb offset
  • From: Vaibhav Jain <vaibhav@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v1 02/18] powerpc: Replace the physical allocator with the page allocator
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• [agraf-2.6:snp-host-v10 73/108] arch/x86/virt/svm/sev.c:528:6: warning: no previous prototype for 'snp_leak_pages'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:snp-host-v10 68/108] arch/x86/virt/svm/sev.c:375:5: warning: no previous prototype for 'psmash'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:snp-host-v10 65/108] arch/x86/virt/svm/sev.c:352:6: warning: no previous prototype for 'sev_dump_hva_rmpentry'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:snp-host-v10 64/108] arch/x86/virt/svm/sev.c:280:5: warning: no previous prototype for 'snp_lookup_rmpentry'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [agraf-2.6:snp-host-v10 63/108] arch/x86/kernel/cpu/amd.c:634:14: error: 'max_pfn' undeclared; did you mean 'vmap_pfn'?
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: This list is being migrated to the new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• This list is being migrated to the new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• 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>