From: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
To: Paul Mackerras <paulus@ozlabs.org>,
kvm@vger.kernel.org, kvm-ppc@vger.kernel.org,
linuxppc-dev@ozlabs.org
Subject: Re: [PATCH 09/13] KVM: PPC: Book3S HV: Adapt TLB invalidations to work on POWER9
Date: Fri, 18 Nov 2016 14:53:34 +0000 [thread overview]
Message-ID: <87y40gn941.fsf@linux.vnet.ibm.com> (raw)
In-Reply-To: <1479454122-26994-10-git-send-email-paulus@ozlabs.org>
Paul Mackerras <paulus@ozlabs.org> writes:
> POWER9 adds new capabilities to the tlbie (TLB invalidate entry)
> and tlbiel (local tlbie) instructions. Both instructions get a
> set of new parameters (RIC, PRS and R) which appear as bits in the
> instruction word. The tlbiel instruction now has a second register
> operand, which contains a PID and/or LPID value if needed, and
> should otherwise contain 0.
>
> This adapts KVM-HV's usage of tlbie and tlbiel to work on POWER9
> as well as older processors. Since we only handle HPT guests so
> far, we need RIC=0 PRS=0 R=0, which ends up with the same instruction
> word as on previous processors, so we don't need to conditionally
> execute different instructions depending on the processor.
>
> The local flush on first entry to a guest in book3s_hv_rmhandlers.S
> is a loop which depends on the number of TLB sets. Rather than
> using feature sections to set the number of iterations based on
> which CPU we're on, we now work out this number at VM creation time
> and store it in the kvm_arch struct. That will make it possible to
> get the number from the device tree in future, which will help with
> compatibility with future processors.
>
> Since mmu_partition_table_set_entry() does a global flush of the
> whole LPID, we don't need to do the TLB flush on first entry to the
> guest on each processor. Therefore we don't set all bits in the
> tlb_need_flush bitmap on VM startup on POWER9.
>
> Signed-off-by: Paul Mackerras <paulus@ozlabs.org>
> ---
> arch/powerpc/include/asm/kvm_host.h | 1 +
> arch/powerpc/kernel/asm-offsets.c | 1 +
> arch/powerpc/kvm/book3s_hv.c | 17 ++++++++++++++++-
> arch/powerpc/kvm/book3s_hv_rm_mmu.c | 10 ++++++++--
> arch/powerpc/kvm/book3s_hv_rmhandlers.S | 8 ++------
> 5 files changed, 28 insertions(+), 9 deletions(-)
>
> diff --git a/arch/powerpc/include/asm/kvm_host.h b/arch/powerpc/include/asm/kvm_host.h
> index 0d94608..ea78864 100644
> --- a/arch/powerpc/include/asm/kvm_host.h
> +++ b/arch/powerpc/include/asm/kvm_host.h
> @@ -244,6 +244,7 @@ struct kvm_arch_memory_slot {
> struct kvm_arch {
> unsigned int lpid;
> #ifdef CONFIG_KVM_BOOK3S_HV_POSSIBLE
> + unsigned int tlb_sets;
> unsigned long hpt_virt;
> struct revmap_entry *revmap;
> atomic64_t mmio_update;
> diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
> index 494241b..b9c8386 100644
> --- a/arch/powerpc/kernel/asm-offsets.c
> +++ b/arch/powerpc/kernel/asm-offsets.c
> @@ -487,6 +487,7 @@ int main(void)
>
> /* book3s */
> #ifdef CONFIG_KVM_BOOK3S_HV_POSSIBLE
> + DEFINE(KVM_TLB_SETS, offsetof(struct kvm, arch.tlb_sets));
> DEFINE(KVM_SDR1, offsetof(struct kvm, arch.sdr1));
> DEFINE(KVM_HOST_LPID, offsetof(struct kvm, arch.host_lpid));
> DEFINE(KVM_HOST_LPCR, offsetof(struct kvm, arch.host_lpcr));
> diff --git a/arch/powerpc/kvm/book3s_hv.c b/arch/powerpc/kvm/book3s_hv.c
> index 59e18dfb..8395a7f 100644
> --- a/arch/powerpc/kvm/book3s_hv.c
> +++ b/arch/powerpc/kvm/book3s_hv.c
> @@ -3260,8 +3260,11 @@ static int kvmppc_core_init_vm_hv(struct kvm *kvm)
> * Since we don't flush the TLB when tearing down a VM,
> * and this lpid might have previously been used,
> * make sure we flush on each core before running the new VM.
> + * On POWER9, the tlbie in mmu_partition_table_set_entry()
> + * does this flush for us.
> */
> - cpumask_setall(&kvm->arch.need_tlb_flush);
> + if (!cpu_has_feature(CPU_FTR_ARCH_300))
> + cpumask_setall(&kvm->arch.need_tlb_flush);
>
> /* Start out with the default set of hcalls enabled */
> memcpy(kvm->arch.enabled_hcalls, default_enabled_hcalls,
> @@ -3287,6 +3290,17 @@ static int kvmppc_core_init_vm_hv(struct kvm *kvm)
> kvm->arch.lpcr = lpcr;
>
> /*
> + * Work out how many sets the TLB has, for the use of
> + * the TLB invalidation loop in book3s_hv_rmhandlers.S.
> + */
> + if (cpu_has_feature(CPU_FTR_ARCH_300))
> + kvm->arch.tlb_sets = 256; /* POWER9 */
> + else if (cpu_has_feature(CPU_FTR_ARCH_207S))
> + kvm->arch.tlb_sets = 512; /* POWER8 */
> + else
> + kvm->arch.tlb_sets = 128; /* POWER7 */
> +
We have
#define POWER7_TLB_SETS 128 /* # sets in POWER7 TLB */
#define POWER8_TLB_SETS 512 /* # sets in POWER8 TLB */
#define POWER9_TLB_SETS_HASH 256 /* # sets in POWER9 TLB Hash mode */
#define POWER9_TLB_SETS_RADIX 128 /* # sets in POWER9 TLB Radix mode */
May be use that instead of opencoding ?
> + /*
> * Track that we now have a HV mode VM active. This blocks secondary
> * CPU threads from coming online.
> */
> @@ -3728,3 +3742,4 @@ module_exit(kvmppc_book3s_exit_hv);
> MODULE_LICENSE("GPL");
> MODULE_ALIAS_MISCDEV(KVM_MINOR);
> MODULE_ALIAS("devname:kvm");
> +
> diff --git a/arch/powerpc/kvm/book3s_hv_rm_mmu.c b/arch/powerpc/kvm/book3s_hv_rm_mmu.c
> index 1179e40..9ef3c4b 100644
> --- a/arch/powerpc/kvm/book3s_hv_rm_mmu.c
> +++ b/arch/powerpc/kvm/book3s_hv_rm_mmu.c
> @@ -424,13 +424,18 @@ static void do_tlbies(struct kvm *kvm, unsigned long *rbvalues,
> {
> long i;
>
> + /*
> + * We use the POWER9 5-operand versions of tlbie and tlbiel here.
> + * Since we are using RIC=0 PRS=0 R=0, and P7/P8 tlbiel ignores
> + * the RS field, this is backwards-compatible with P7 and P8.
> + */
> if (global) {
> while (!try_lock_tlbie(&kvm->arch.tlbie_lock))
> cpu_relax();
> if (need_sync)
> asm volatile("ptesync" : : : "memory");
> for (i = 0; i < npages; ++i)
> - asm volatile(PPC_TLBIE(%1,%0) : :
> + asm volatile(PPC_TLBIE_5(%0,%1,0,0,0) : :
> "r" (rbvalues[i]), "r" (kvm->arch.lpid));
> asm volatile("eieio; tlbsync; ptesync" : : : "memory");
> kvm->arch.tlbie_lock = 0;
> @@ -438,7 +443,8 @@ static void do_tlbies(struct kvm *kvm, unsigned long *rbvalues,
> if (need_sync)
> asm volatile("ptesync" : : : "memory");
> for (i = 0; i < npages; ++i)
> - asm volatile("tlbiel %0" : : "r" (rbvalues[i]));
> + asm volatile(PPC_TLBIEL(%0,%1,0,0,0) : :
> + "r" (rbvalues[i]), "r" (0));
> asm volatile("ptesync" : : : "memory");
> }
> }
> diff --git a/arch/powerpc/kvm/book3s_hv_rmhandlers.S b/arch/powerpc/kvm/book3s_hv_rmhandlers.S
> index 219a04f..acae5c3 100644
> --- a/arch/powerpc/kvm/book3s_hv_rmhandlers.S
> +++ b/arch/powerpc/kvm/book3s_hv_rmhandlers.S
> @@ -613,12 +613,8 @@ END_FTR_SECTION_IFCLR(CPU_FTR_ARCH_300)
> stdcx. r7,0,r6
> bne 23b
> /* Flush the TLB of any entries for this LPID */
> - /* use arch 2.07S as a proxy for POWER8 */
> -BEGIN_FTR_SECTION
> - li r6,512 /* POWER8 has 512 sets */
> -FTR_SECTION_ELSE
> - li r6,128 /* POWER7 has 128 sets */
> -ALT_FTR_SECTION_END_IFSET(CPU_FTR_ARCH_207S)
> + lwz r6,KVM_TLB_SETS(r9)
> + li r0,0 /* RS for P9 version of tlbiel */
> mtctr r6
> li r7,0x800 /* IS field = 0b10 */
> ptesync
> --
> 2.7.4
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
To: Paul Mackerras <paulus@ozlabs.org>,
kvm@vger.kernel.org, kvm-ppc@vger.kernel.org,
linuxppc-dev@ozlabs.org
Subject: Re: [PATCH 09/13] KVM: PPC: Book3S HV: Adapt TLB invalidations to work on POWER9
Date: Fri, 18 Nov 2016 20:11:34 +0530 [thread overview]
Message-ID: <87y40gn941.fsf@linux.vnet.ibm.com> (raw)
In-Reply-To: <1479454122-26994-10-git-send-email-paulus@ozlabs.org>
Paul Mackerras <paulus@ozlabs.org> writes:
> POWER9 adds new capabilities to the tlbie (TLB invalidate entry)
> and tlbiel (local tlbie) instructions. Both instructions get a
> set of new parameters (RIC, PRS and R) which appear as bits in the
> instruction word. The tlbiel instruction now has a second register
> operand, which contains a PID and/or LPID value if needed, and
> should otherwise contain 0.
>
> This adapts KVM-HV's usage of tlbie and tlbiel to work on POWER9
> as well as older processors. Since we only handle HPT guests so
> far, we need RIC=0 PRS=0 R=0, which ends up with the same instruction
> word as on previous processors, so we don't need to conditionally
> execute different instructions depending on the processor.
>
> The local flush on first entry to a guest in book3s_hv_rmhandlers.S
> is a loop which depends on the number of TLB sets. Rather than
> using feature sections to set the number of iterations based on
> which CPU we're on, we now work out this number at VM creation time
> and store it in the kvm_arch struct. That will make it possible to
> get the number from the device tree in future, which will help with
> compatibility with future processors.
>
> Since mmu_partition_table_set_entry() does a global flush of the
> whole LPID, we don't need to do the TLB flush on first entry to the
> guest on each processor. Therefore we don't set all bits in the
> tlb_need_flush bitmap on VM startup on POWER9.
>
> Signed-off-by: Paul Mackerras <paulus@ozlabs.org>
> ---
> arch/powerpc/include/asm/kvm_host.h | 1 +
> arch/powerpc/kernel/asm-offsets.c | 1 +
> arch/powerpc/kvm/book3s_hv.c | 17 ++++++++++++++++-
> arch/powerpc/kvm/book3s_hv_rm_mmu.c | 10 ++++++++--
> arch/powerpc/kvm/book3s_hv_rmhandlers.S | 8 ++------
> 5 files changed, 28 insertions(+), 9 deletions(-)
>
> diff --git a/arch/powerpc/include/asm/kvm_host.h b/arch/powerpc/include/asm/kvm_host.h
> index 0d94608..ea78864 100644
> --- a/arch/powerpc/include/asm/kvm_host.h
> +++ b/arch/powerpc/include/asm/kvm_host.h
> @@ -244,6 +244,7 @@ struct kvm_arch_memory_slot {
> struct kvm_arch {
> unsigned int lpid;
> #ifdef CONFIG_KVM_BOOK3S_HV_POSSIBLE
> + unsigned int tlb_sets;
> unsigned long hpt_virt;
> struct revmap_entry *revmap;
> atomic64_t mmio_update;
> diff --git a/arch/powerpc/kernel/asm-offsets.c b/arch/powerpc/kernel/asm-offsets.c
> index 494241b..b9c8386 100644
> --- a/arch/powerpc/kernel/asm-offsets.c
> +++ b/arch/powerpc/kernel/asm-offsets.c
> @@ -487,6 +487,7 @@ int main(void)
>
> /* book3s */
> #ifdef CONFIG_KVM_BOOK3S_HV_POSSIBLE
> + DEFINE(KVM_TLB_SETS, offsetof(struct kvm, arch.tlb_sets));
> DEFINE(KVM_SDR1, offsetof(struct kvm, arch.sdr1));
> DEFINE(KVM_HOST_LPID, offsetof(struct kvm, arch.host_lpid));
> DEFINE(KVM_HOST_LPCR, offsetof(struct kvm, arch.host_lpcr));
> diff --git a/arch/powerpc/kvm/book3s_hv.c b/arch/powerpc/kvm/book3s_hv.c
> index 59e18dfb..8395a7f 100644
> --- a/arch/powerpc/kvm/book3s_hv.c
> +++ b/arch/powerpc/kvm/book3s_hv.c
> @@ -3260,8 +3260,11 @@ static int kvmppc_core_init_vm_hv(struct kvm *kvm)
> * Since we don't flush the TLB when tearing down a VM,
> * and this lpid might have previously been used,
> * make sure we flush on each core before running the new VM.
> + * On POWER9, the tlbie in mmu_partition_table_set_entry()
> + * does this flush for us.
> */
> - cpumask_setall(&kvm->arch.need_tlb_flush);
> + if (!cpu_has_feature(CPU_FTR_ARCH_300))
> + cpumask_setall(&kvm->arch.need_tlb_flush);
>
> /* Start out with the default set of hcalls enabled */
> memcpy(kvm->arch.enabled_hcalls, default_enabled_hcalls,
> @@ -3287,6 +3290,17 @@ static int kvmppc_core_init_vm_hv(struct kvm *kvm)
> kvm->arch.lpcr = lpcr;
>
> /*
> + * Work out how many sets the TLB has, for the use of
> + * the TLB invalidation loop in book3s_hv_rmhandlers.S.
> + */
> + if (cpu_has_feature(CPU_FTR_ARCH_300))
> + kvm->arch.tlb_sets = 256; /* POWER9 */
> + else if (cpu_has_feature(CPU_FTR_ARCH_207S))
> + kvm->arch.tlb_sets = 512; /* POWER8 */
> + else
> + kvm->arch.tlb_sets = 128; /* POWER7 */
> +
We have
#define POWER7_TLB_SETS 128 /* # sets in POWER7 TLB */
#define POWER8_TLB_SETS 512 /* # sets in POWER8 TLB */
#define POWER9_TLB_SETS_HASH 256 /* # sets in POWER9 TLB Hash mode */
#define POWER9_TLB_SETS_RADIX 128 /* # sets in POWER9 TLB Radix mode */
May be use that instead of opencoding ?
> + /*
> * Track that we now have a HV mode VM active. This blocks secondary
> * CPU threads from coming online.
> */
> @@ -3728,3 +3742,4 @@ module_exit(kvmppc_book3s_exit_hv);
> MODULE_LICENSE("GPL");
> MODULE_ALIAS_MISCDEV(KVM_MINOR);
> MODULE_ALIAS("devname:kvm");
> +
> diff --git a/arch/powerpc/kvm/book3s_hv_rm_mmu.c b/arch/powerpc/kvm/book3s_hv_rm_mmu.c
> index 1179e40..9ef3c4b 100644
> --- a/arch/powerpc/kvm/book3s_hv_rm_mmu.c
> +++ b/arch/powerpc/kvm/book3s_hv_rm_mmu.c
> @@ -424,13 +424,18 @@ static void do_tlbies(struct kvm *kvm, unsigned long *rbvalues,
> {
> long i;
>
> + /*
> + * We use the POWER9 5-operand versions of tlbie and tlbiel here.
> + * Since we are using RIC=0 PRS=0 R=0, and P7/P8 tlbiel ignores
> + * the RS field, this is backwards-compatible with P7 and P8.
> + */
> if (global) {
> while (!try_lock_tlbie(&kvm->arch.tlbie_lock))
> cpu_relax();
> if (need_sync)
> asm volatile("ptesync" : : : "memory");
> for (i = 0; i < npages; ++i)
> - asm volatile(PPC_TLBIE(%1,%0) : :
> + asm volatile(PPC_TLBIE_5(%0,%1,0,0,0) : :
> "r" (rbvalues[i]), "r" (kvm->arch.lpid));
> asm volatile("eieio; tlbsync; ptesync" : : : "memory");
> kvm->arch.tlbie_lock = 0;
> @@ -438,7 +443,8 @@ static void do_tlbies(struct kvm *kvm, unsigned long *rbvalues,
> if (need_sync)
> asm volatile("ptesync" : : : "memory");
> for (i = 0; i < npages; ++i)
> - asm volatile("tlbiel %0" : : "r" (rbvalues[i]));
> + asm volatile(PPC_TLBIEL(%0,%1,0,0,0) : :
> + "r" (rbvalues[i]), "r" (0));
> asm volatile("ptesync" : : : "memory");
> }
> }
> diff --git a/arch/powerpc/kvm/book3s_hv_rmhandlers.S b/arch/powerpc/kvm/book3s_hv_rmhandlers.S
> index 219a04f..acae5c3 100644
> --- a/arch/powerpc/kvm/book3s_hv_rmhandlers.S
> +++ b/arch/powerpc/kvm/book3s_hv_rmhandlers.S
> @@ -613,12 +613,8 @@ END_FTR_SECTION_IFCLR(CPU_FTR_ARCH_300)
> stdcx. r7,0,r6
> bne 23b
> /* Flush the TLB of any entries for this LPID */
> - /* use arch 2.07S as a proxy for POWER8 */
> -BEGIN_FTR_SECTION
> - li r6,512 /* POWER8 has 512 sets */
> -FTR_SECTION_ELSE
> - li r6,128 /* POWER7 has 128 sets */
> -ALT_FTR_SECTION_END_IFSET(CPU_FTR_ARCH_207S)
> + lwz r6,KVM_TLB_SETS(r9)
> + li r0,0 /* RS for P9 version of tlbiel */
> mtctr r6
> li r7,0x800 /* IS field = 0b10 */
> ptesync
> --
> 2.7.4
>
> --
> To unsubscribe from this list: send the line "unsubscribe kvm-ppc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-11-18 14:53 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-18 7:28 [PATCH 00/13] KVM: PPC: Support POWER9 guests Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 01/13] powerpc/64: Add some more SPRs and SPR bits for POWER9 Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 02/13] powerpc/64: Provide functions for accessing POWER9 partition table Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 14:27 ` Aneesh Kumar K.V
2016-11-18 14:39 ` Aneesh Kumar K.V
2016-11-19 4:19 ` Paul Mackerras
2016-11-19 4:19 ` Paul Mackerras
2016-11-19 6:35 ` Aneesh Kumar K.V
2016-11-19 6:47 ` Aneesh Kumar K.V
2016-11-21 2:14 ` Paul Mackerras
2016-11-21 2:14 ` Paul Mackerras
2016-11-19 0:45 ` Balbir Singh
2016-11-19 0:45 ` Balbir Singh
2016-11-19 4:23 ` Paul Mackerras
2016-11-19 4:23 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 03/13] powerpc/powernv: Define real-mode versions of OPAL XICS accessors Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 04/13] KVM: PPC: Book3S HV: Don't lose hardware R/C bit updates in H_PROTECT Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 05/13] KVM: PPC: Book3S HV: Adapt to new HPTE format on POWER9 Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-19 0:38 ` Balbir Singh
2016-11-19 0:38 ` Balbir Singh
2016-11-21 2:02 ` Paul Mackerras
2016-11-21 2:02 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 06/13] KVM: PPC: Book3S HV: Set partition table rather than SDR1 " Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-19 1:01 ` Balbir Singh
2016-11-19 1:01 ` Balbir Singh
2016-11-18 7:28 ` [PATCH 07/13] KVM: PPC: Book3S HV: Adjust host/guest context switch for POWER9 Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 14:35 ` Aneesh Kumar K.V
2016-11-18 14:47 ` Aneesh Kumar K.V
2016-11-19 4:02 ` Paul Mackerras
2016-11-19 4:02 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 08/13] KVM: PPC: Book3S HV: Add new POWER9 guest-accessible SPRs Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 09/13] KVM: PPC: Book3S HV: Adapt TLB invalidations to work on POWER9 Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 14:41 ` Aneesh Kumar K.V [this message]
2016-11-18 14:53 ` Aneesh Kumar K.V
2016-11-18 21:57 ` Benjamin Herrenschmidt
2016-11-18 21:57 ` Benjamin Herrenschmidt
2016-11-19 4:14 ` Paul Mackerras
2016-11-19 4:14 ` Paul Mackerras
2016-11-19 4:41 ` Benjamin Herrenschmidt
2016-11-19 4:41 ` Benjamin Herrenschmidt
2016-11-19 4:13 ` Paul Mackerras
2016-11-19 4:13 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 10/13] KVM: PPC: Book3S HV: Use msgsnd for IPIs to other cores " Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 14:47 ` Aneesh Kumar K.V
2016-11-18 14:59 ` Aneesh Kumar K.V
2016-11-19 3:53 ` Paul Mackerras
2016-11-19 3:53 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 11/13] KVM: PPC: Book3S HV: Use OPAL XICS emulation " Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 12/13] KVM: PPC: Book3S HV: Use stop instruction rather than nap " Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
2016-11-18 7:28 ` [PATCH 13/13] KVM: PPC: Book3S HV: Treat POWER9 CPU threads as independent subcores Paul Mackerras
2016-11-18 7:28 ` Paul Mackerras
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87y40gn941.fsf@linux.vnet.ibm.com \
--to=aneesh.kumar@linux.vnet.ibm.com \
--cc=kvm-ppc@vger.kernel.org \
--cc=kvm@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=paulus@ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.