All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oliver Upton <oliver.upton@linux.dev>
To: kvm-riscv@lists.infradead.org
Subject: [PATCH v4 6/7] KVM: arm64: Relax locking for kvm_test_age_gfn and kvm_age_gfn
Date: Fri, 31 May 2024 12:18:11 -0700	[thread overview]
Message-ID: <Zloicw4IU8_-V5Ns@linux.dev> (raw)
In-Reply-To: <Zlog5Yk_Pjq0jQhC@linux.dev>

On Fri, May 31, 2024 at 12:11:33PM -0700, Oliver Upton wrote:
> On Wed, May 29, 2024 at 06:05:09PM +0000, James Houghton wrote:
> 
> [...]
> 
> > diff --git a/arch/arm64/kvm/hyp/pgtable.c b/arch/arm64/kvm/hyp/pgtable.c
> > index 9e2bbee77491..eabb07c66a07 100644
> > --- a/arch/arm64/kvm/hyp/pgtable.c
> > +++ b/arch/arm64/kvm/hyp/pgtable.c
> > @@ -1319,10 +1319,8 @@ static int stage2_age_walker(const struct kvm_pgtable_visit_ctx *ctx,
> >  	data->young = true;
> >  
> >  	/*
> > -	 * stage2_age_walker() is always called while holding the MMU lock for
> > -	 * write, so this will always succeed. Nonetheless, this deliberately
> > -	 * follows the race detection pattern of the other stage-2 walkers in
> > -	 * case the locking mechanics of the MMU notifiers is ever changed.
> > +	 * This walk may not be exclusive; the PTE is permitted to change
> > +	 * from under us.
> >  	 */
> >  	if (data->mkold && !stage2_try_set_pte(ctx, new))
> >  		return -EAGAIN;
> 
> It is probably worth mentioning that if there was a race to update the
> PTE then the GFN is most likely young, so failing to clear AF probably
> isn't even consequential.

Oh, and the WARN_ON() in kvm_pgtable_stage2_test_clear_young() is bogus
now. Maybe demote it to:

  r = kvm_pgtable_walk(...);
  WARN_ON_ONCE(r && r != -EAGAIN);

-- 
Thanks,
Oliver


WARNING: multiple messages have this Message-ID (diff)
From: Oliver Upton <oliver.upton@linux.dev>
To: James Houghton <jthoughton@google.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Albert Ou <aou@eecs.berkeley.edu>,
	Ankit Agrawal <ankita@nvidia.com>,
	Anup Patel <anup@brainfault.org>,
	Atish Patra <atishp@atishpatra.org>,
	Axel Rasmussen <axelrasmussen@google.com>,
	Bibo Mao <maobibo@loongson.cn>,
	Catalin Marinas <catalin.marinas@arm.com>,
	David Matlack <dmatlack@google.com>,
	David Rientjes <rientjes@google.com>,
	Huacai Chen <chenhuacai@kernel.org>,
	James Morse <james.morse@arm.com>,
	Jonathan Corbet <corbet@lwn.net>, Marc Zyngier <maz@kernel.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Nicholas Piggin <npiggin@gmail.com>,
	Palmer Dabbelt <palmer@dabbelt.com>,
	Paul Walmsley <paul.walmsley@sifive.com>,
	Raghavendra Rao Ananta <rananta@google.com>,
	Ryan Roberts <ryan.roberts@arm.com>,
	Sean Christopherson <seanjc@google.com>,
	Shaoqin Huang <shahuang@redhat.com>,
	Shuah Khan <shuah@kernel.org>,
	Suzuki K Poulose <suzuki.poulose@arm.com>,
	Tianrui Zhao <zhaotianrui@loongson.cn>,
	Will Deacon <will@kernel.org>, Yu Zhao <yuzhao@google.com>,
	Zenghui Yu <yuzenghui@huawei.com>,
	kvm-riscv@lists.infradead.org, kvm@vger.kernel.org,
	kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-kselftest@vger.kernel.org, linux-mips@vger.kernel.org,
	linux-mm@kvack.org, linux-riscv@lists.infradead.org,
	linuxppc-dev@lists.ozlabs.org, loongarch@lists.linux.dev
Subject: Re: [PATCH v4 6/7] KVM: arm64: Relax locking for kvm_test_age_gfn and kvm_age_gfn
Date: Fri, 31 May 2024 12:18:11 -0700	[thread overview]
Message-ID: <Zloicw4IU8_-V5Ns@linux.dev> (raw)
In-Reply-To: <Zlog5Yk_Pjq0jQhC@linux.dev>

On Fri, May 31, 2024 at 12:11:33PM -0700, Oliver Upton wrote:
> On Wed, May 29, 2024 at 06:05:09PM +0000, James Houghton wrote:
> 
> [...]
> 
> > diff --git a/arch/arm64/kvm/hyp/pgtable.c b/arch/arm64/kvm/hyp/pgtable.c
> > index 9e2bbee77491..eabb07c66a07 100644
> > --- a/arch/arm64/kvm/hyp/pgtable.c
> > +++ b/arch/arm64/kvm/hyp/pgtable.c
> > @@ -1319,10 +1319,8 @@ static int stage2_age_walker(const struct kvm_pgtable_visit_ctx *ctx,
> >  	data->young = true;
> >  
> >  	/*
> > -	 * stage2_age_walker() is always called while holding the MMU lock for
> > -	 * write, so this will always succeed. Nonetheless, this deliberately
> > -	 * follows the race detection pattern of the other stage-2 walkers in
> > -	 * case the locking mechanics of the MMU notifiers is ever changed.
> > +	 * This walk may not be exclusive; the PTE is permitted to change
> > +	 * from under us.
> >  	 */
> >  	if (data->mkold && !stage2_try_set_pte(ctx, new))
> >  		return -EAGAIN;
> 
> It is probably worth mentioning that if there was a race to update the
> PTE then the GFN is most likely young, so failing to clear AF probably
> isn't even consequential.

Oh, and the WARN_ON() in kvm_pgtable_stage2_test_clear_young() is bogus
now. Maybe demote it to:

  r = kvm_pgtable_walk(...);
  WARN_ON_ONCE(r && r != -EAGAIN);

-- 
Thanks,
Oliver

WARNING: multiple messages have this Message-ID (diff)
From: Oliver Upton <oliver.upton@linux.dev>
To: James Houghton <jthoughton@google.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Albert Ou <aou@eecs.berkeley.edu>,
	Ankit Agrawal <ankita@nvidia.com>,
	Anup Patel <anup@brainfault.org>,
	Atish Patra <atishp@atishpatra.org>,
	Axel Rasmussen <axelrasmussen@google.com>,
	Bibo Mao <maobibo@loongson.cn>,
	Catalin Marinas <catalin.marinas@arm.com>,
	David Matlack <dmatlack@google.com>,
	David Rientjes <rientjes@google.com>,
	Huacai Chen <chenhuacai@kernel.org>,
	James Morse <james.morse@arm.com>,
	Jonathan Corbet <corbet@lwn.net>, Marc Zyngier <maz@kernel.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Nicholas Piggin <npiggin@gmail.com>,
	Palmer Dabbelt <palmer@dabbelt.com>,
	Paul Walmsley <paul.walmsley@sifive.com>,
	Raghavendra Rao Ananta <rananta@google.com>,
	Ryan Roberts <ryan.roberts@arm.com>,
	Sean Christopherson <seanjc@google.com>,
	Shaoqin Huang <shahuang@redhat.com>,
	Shuah Khan <shuah@kernel.org>,
	Suzuki K Poulose <suzuki.poulose@arm.com>,
	Tianrui Zhao <zhaotianrui@loongson.cn>,
	Will Deacon <will@kernel.org>, Yu Zhao <yuzhao@google.com>,
	Zenghui Yu <yuzenghui@huawei.com>,
	kvm-riscv@lists.infradead.org, kvm@vger.kernel.org,
	kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-kselftest@vger.kernel.org, linux-mips@vger.kernel.org,
	linux-mm@kvack.org, linux-riscv@lists.infradead.org,
	linuxppc-dev@lists.ozlabs.org, loongarch@lists.linux.dev
Subject: Re: [PATCH v4 6/7] KVM: arm64: Relax locking for kvm_test_age_gfn and kvm_age_gfn
Date: Fri, 31 May 2024 12:18:11 -0700	[thread overview]
Message-ID: <Zloicw4IU8_-V5Ns@linux.dev> (raw)
In-Reply-To: <Zlog5Yk_Pjq0jQhC@linux.dev>

On Fri, May 31, 2024 at 12:11:33PM -0700, Oliver Upton wrote:
> On Wed, May 29, 2024 at 06:05:09PM +0000, James Houghton wrote:
> 
> [...]
> 
> > diff --git a/arch/arm64/kvm/hyp/pgtable.c b/arch/arm64/kvm/hyp/pgtable.c
> > index 9e2bbee77491..eabb07c66a07 100644
> > --- a/arch/arm64/kvm/hyp/pgtable.c
> > +++ b/arch/arm64/kvm/hyp/pgtable.c
> > @@ -1319,10 +1319,8 @@ static int stage2_age_walker(const struct kvm_pgtable_visit_ctx *ctx,
> >  	data->young = true;
> >  
> >  	/*
> > -	 * stage2_age_walker() is always called while holding the MMU lock for
> > -	 * write, so this will always succeed. Nonetheless, this deliberately
> > -	 * follows the race detection pattern of the other stage-2 walkers in
> > -	 * case the locking mechanics of the MMU notifiers is ever changed.
> > +	 * This walk may not be exclusive; the PTE is permitted to change
> > +	 * from under us.
> >  	 */
> >  	if (data->mkold && !stage2_try_set_pte(ctx, new))
> >  		return -EAGAIN;
> 
> It is probably worth mentioning that if there was a race to update the
> PTE then the GFN is most likely young, so failing to clear AF probably
> isn't even consequential.

Oh, and the WARN_ON() in kvm_pgtable_stage2_test_clear_young() is bogus
now. Maybe demote it to:

  r = kvm_pgtable_walk(...);
  WARN_ON_ONCE(r && r != -EAGAIN);

-- 
Thanks,
Oliver

_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv

WARNING: multiple messages have this Message-ID (diff)
From: Oliver Upton <oliver.upton@linux.dev>
To: James Houghton <jthoughton@google.com>
Cc: kvm@vger.kernel.org, linux-doc@vger.kernel.org,
	Catalin Marinas <catalin.marinas@arm.com>,
	Atish Patra <atishp@atishpatra.org>,
	linux-kernel@vger.kernel.org, kvmarm@lists.linux.dev,
	linux-kselftest@vger.kernel.org,
	Raghavendra Rao Ananta <rananta@google.com>,
	linux-riscv@lists.infradead.org, Shuah Khan <shuah@kernel.org>,
	Yu Zhao <yuzhao@google.com>, Jonathan Corbet <corbet@lwn.net>,
	Anup Patel <anup@brainfault.org>,
	Huacai Chen <chenhuacai@kernel.org>,
	David Rientjes <rientjes@google.com>,
	Zenghui Yu <yuzenghui@huawei.com>,
	Axel Rasmussen <axelrasmussen@google.com>,
	linux-mips@vger.kernel.org, Albert Ou <aou@eecs.berkeley.edu>,
	Ryan Roberts <ryan.roberts@arm.com>,
	Will Deacon <will@kernel.org>,
	Suzuki K Poulose <suzuki.poulose@arm.com>,
	Shaoqin Huang <shahuang@redhat.com>,
	Nicholas Piggin <npiggin@gmail.com>,
	Bibo Mao <maobibo@loongson.cn>,
	loongarch@lists.linux.dev,
	Paul Walmsley <paul.walmsley@sifive.com>,
	David Matlack <dmatlack@google.com>,
	Palmer Dabbelt <palmer@dabbelt.com >,
	linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org,
	Sean Christopherson <seanjc@google.com>,
	Ankit Agrawal <ankita@nvidia.com>,
	James Morse <james.morse@arm.com>,
	kvm-riscv@lists.infradead.org, Marc Zyngier <maz@kernel.org>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Tianrui Zhao <zhaotianrui@loongson.cn>,
	linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH v4 6/7] KVM: arm64: Relax locking for kvm_test_age_gfn and kvm_age_gfn
Date: Fri, 31 May 2024 12:18:11 -0700	[thread overview]
Message-ID: <Zloicw4IU8_-V5Ns@linux.dev> (raw)
In-Reply-To: <Zlog5Yk_Pjq0jQhC@linux.dev>

On Fri, May 31, 2024 at 12:11:33PM -0700, Oliver Upton wrote:
> On Wed, May 29, 2024 at 06:05:09PM +0000, James Houghton wrote:
> 
> [...]
> 
> > diff --git a/arch/arm64/kvm/hyp/pgtable.c b/arch/arm64/kvm/hyp/pgtable.c
> > index 9e2bbee77491..eabb07c66a07 100644
> > --- a/arch/arm64/kvm/hyp/pgtable.c
> > +++ b/arch/arm64/kvm/hyp/pgtable.c
> > @@ -1319,10 +1319,8 @@ static int stage2_age_walker(const struct kvm_pgtable_visit_ctx *ctx,
> >  	data->young = true;
> >  
> >  	/*
> > -	 * stage2_age_walker() is always called while holding the MMU lock for
> > -	 * write, so this will always succeed. Nonetheless, this deliberately
> > -	 * follows the race detection pattern of the other stage-2 walkers in
> > -	 * case the locking mechanics of the MMU notifiers is ever changed.
> > +	 * This walk may not be exclusive; the PTE is permitted to change
> > +	 * from under us.
> >  	 */
> >  	if (data->mkold && !stage2_try_set_pte(ctx, new))
> >  		return -EAGAIN;
> 
> It is probably worth mentioning that if there was a race to update the
> PTE then the GFN is most likely young, so failing to clear AF probably
> isn't even consequential.

Oh, and the WARN_ON() in kvm_pgtable_stage2_test_clear_young() is bogus
now. Maybe demote it to:

  r = kvm_pgtable_walk(...);
  WARN_ON_ONCE(r && r != -EAGAIN);

-- 
Thanks,
Oliver

WARNING: multiple messages have this Message-ID (diff)
From: Oliver Upton <oliver.upton@linux.dev>
To: James Houghton <jthoughton@google.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Albert Ou <aou@eecs.berkeley.edu>,
	Ankit Agrawal <ankita@nvidia.com>,
	Anup Patel <anup@brainfault.org>,
	Atish Patra <atishp@atishpatra.org>,
	Axel Rasmussen <axelrasmussen@google.com>,
	Bibo Mao <maobibo@loongson.cn>,
	Catalin Marinas <catalin.marinas@arm.com>,
	David Matlack <dmatlack@google.com>,
	David Rientjes <rientjes@google.com>,
	Huacai Chen <chenhuacai@kernel.org>,
	James Morse <james.morse@arm.com>,
	Jonathan Corbet <corbet@lwn.net>, Marc Zyngier <maz@kernel.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Nicholas Piggin <npiggin@gmail.com>,
	Palmer Dabbelt <palmer@dabbelt.com>,
	Paul Walmsley <paul.walmsley@sifive.com>,
	Raghavendra Rao Ananta <rananta@google.com>,
	Ryan Roberts <ryan.roberts@arm.com>,
	Sean Christopherson <seanjc@google.com>,
	Shaoqin Huang <shahuang@redhat.com>,
	Shuah Khan <shuah@kernel.org>,
	Suzuki K Poulose <suzuki.poulose@arm.com>,
	Tianrui Zhao <zhaotianrui@loongson.cn>,
	Will Deacon <will@kernel.org>, Yu Zhao <yuzhao@google.com>,
	Zenghui Yu <yuzenghui@huawei.com>,
	kvm-riscv@lists.infradead.org, kvm@vger.kernel.org,
	kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-kselftest@vger.kernel.org, linux-mips@vger.kernel.org,
	linux-mm@kvack.org, linux-riscv@lists.infradead.org,
	linuxppc-dev@lists.ozlabs.org, loongarch@lists.linux.dev
Subject: Re: [PATCH v4 6/7] KVM: arm64: Relax locking for kvm_test_age_gfn and kvm_age_gfn
Date: Fri, 31 May 2024 12:18:11 -0700	[thread overview]
Message-ID: <Zloicw4IU8_-V5Ns@linux.dev> (raw)
In-Reply-To: <Zlog5Yk_Pjq0jQhC@linux.dev>

On Fri, May 31, 2024 at 12:11:33PM -0700, Oliver Upton wrote:
> On Wed, May 29, 2024 at 06:05:09PM +0000, James Houghton wrote:
> 
> [...]
> 
> > diff --git a/arch/arm64/kvm/hyp/pgtable.c b/arch/arm64/kvm/hyp/pgtable.c
> > index 9e2bbee77491..eabb07c66a07 100644
> > --- a/arch/arm64/kvm/hyp/pgtable.c
> > +++ b/arch/arm64/kvm/hyp/pgtable.c
> > @@ -1319,10 +1319,8 @@ static int stage2_age_walker(const struct kvm_pgtable_visit_ctx *ctx,
> >  	data->young = true;
> >  
> >  	/*
> > -	 * stage2_age_walker() is always called while holding the MMU lock for
> > -	 * write, so this will always succeed. Nonetheless, this deliberately
> > -	 * follows the race detection pattern of the other stage-2 walkers in
> > -	 * case the locking mechanics of the MMU notifiers is ever changed.
> > +	 * This walk may not be exclusive; the PTE is permitted to change
> > +	 * from under us.
> >  	 */
> >  	if (data->mkold && !stage2_try_set_pte(ctx, new))
> >  		return -EAGAIN;
> 
> It is probably worth mentioning that if there was a race to update the
> PTE then the GFN is most likely young, so failing to clear AF probably
> isn't even consequential.

Oh, and the WARN_ON() in kvm_pgtable_stage2_test_clear_young() is bogus
now. Maybe demote it to:

  r = kvm_pgtable_walk(...);
  WARN_ON_ONCE(r && r != -EAGAIN);

-- 
Thanks,
Oliver

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2024-05-31 19:18 UTC|newest]

Thread overview: 174+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-29 18:05 [PATCH v4 0/7] mm: multi-gen LRU: Walk secondary MMU page tables while aging James Houghton
2024-05-29 18:05 ` James Houghton
2024-05-29 18:05 ` James Houghton
2024-05-29 18:05 ` James Houghton
2024-05-29 18:05 ` James Houghton
2024-05-29 18:05 ` [PATCH v4 1/7] mm/Kconfig: Add LRU_GEN_WALKS_SECONDARY_MMU James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05 ` [PATCH v4 2/7] mm: multi-gen LRU: Have secondary MMUs participate in aging James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 21:03   ` Yu Zhao
2024-05-29 21:03     ` Yu Zhao
2024-05-29 21:03     ` Yu Zhao
2024-05-29 21:03     ` Yu Zhao
2024-05-29 21:03     ` Yu Zhao
2024-05-29 21:59     ` Sean Christopherson
2024-05-29 21:59       ` Sean Christopherson
2024-05-29 21:59       ` Sean Christopherson
2024-05-29 21:59       ` Sean Christopherson
2024-05-29 21:59       ` Sean Christopherson
2024-05-29 22:21       ` Yu Zhao
2024-05-29 22:21         ` Yu Zhao
2024-05-29 22:21         ` Yu Zhao
2024-05-29 22:21         ` Yu Zhao
2024-05-29 22:21         ` Yu Zhao
2024-05-29 22:58         ` Sean Christopherson
2024-05-29 22:58           ` Sean Christopherson
2024-05-29 22:58           ` Sean Christopherson
2024-05-29 22:58           ` Sean Christopherson
2024-05-29 22:58           ` Sean Christopherson
2024-05-30  1:08           ` James Houghton
2024-05-30  1:08             ` James Houghton
2024-05-30  1:08             ` James Houghton
2024-05-30  1:08             ` James Houghton
2024-05-30  1:08             ` James Houghton
2024-05-31  6:05             ` Yu Zhao
2024-05-31  6:06               ` Yu Zhao
2024-05-31  6:05               ` Yu Zhao
2024-05-31  6:05               ` Yu Zhao
2024-05-31  7:02               ` Oliver Upton
2024-05-31  7:02                 ` Oliver Upton
2024-05-31  7:02                 ` Oliver Upton
2024-05-31  7:02                 ` Oliver Upton
2024-05-31  7:02                 ` Oliver Upton
2024-05-31 16:45                 ` Yu Zhao
2024-05-31 16:45                   ` Yu Zhao
2024-05-31 16:45                   ` Yu Zhao
2024-05-31 16:45                   ` Yu Zhao
2024-05-31 16:45                   ` Yu Zhao
2024-05-31 18:41                   ` Oliver Upton
2024-05-31 18:41                     ` Oliver Upton
2024-05-31 18:41                     ` Oliver Upton
2024-05-31 18:41                     ` Oliver Upton
2024-05-31 18:41                     ` Oliver Upton
2024-06-03 22:45               ` James Houghton
2024-06-03 22:45                 ` James Houghton
2024-06-03 22:45                 ` James Houghton
2024-06-03 22:45                 ` James Houghton
2024-06-03 22:45                 ` James Houghton
2024-06-03 23:03                 ` Sean Christopherson
2024-06-03 23:03                   ` Sean Christopherson
2024-06-03 23:03                   ` Sean Christopherson
2024-06-03 23:03                   ` Sean Christopherson
2024-06-03 23:03                   ` Sean Christopherson
2024-06-03 23:16                   ` James Houghton
2024-06-03 23:16                     ` James Houghton
2024-06-03 23:16                     ` James Houghton
2024-06-03 23:16                     ` James Houghton
2024-06-03 23:16                     ` James Houghton
2024-06-04  0:23                     ` Sean Christopherson
2024-06-04  0:23                       ` Sean Christopherson
2024-06-04  0:23                       ` Sean Christopherson
2024-06-04  0:23                       ` Sean Christopherson
2024-06-04  0:23                       ` Sean Christopherson
2024-05-31  7:24     ` Oliver Upton
2024-05-31  7:24       ` Oliver Upton
2024-05-31  7:24       ` Oliver Upton
2024-05-31  7:24       ` Oliver Upton
2024-05-31  7:24       ` Oliver Upton
2024-05-31 20:31       ` Yu Zhao
2024-05-31 20:31         ` Yu Zhao
2024-05-31 20:31         ` Yu Zhao
2024-05-31 20:31         ` Yu Zhao
2024-05-31 20:31         ` Yu Zhao
2024-05-31 21:06         ` David Matlack
2024-05-31 21:06           ` David Matlack
2024-05-31 21:06           ` David Matlack
2024-05-31 21:06           ` David Matlack
2024-05-31 21:06           ` David Matlack
2024-05-31 21:09           ` David Matlack
2024-05-31 21:09             ` David Matlack
2024-05-31 21:09             ` David Matlack
2024-05-31 21:09             ` David Matlack
2024-05-31 21:09             ` David Matlack
2024-05-31 21:18         ` Oliver Upton
2024-05-31 21:18           ` Oliver Upton
2024-05-31 21:18           ` Oliver Upton
2024-05-31 21:18           ` Oliver Upton
2024-05-31 21:18           ` Oliver Upton
2024-05-29 18:05 ` [PATCH v4 3/7] KVM: Add lockless memslot walk to KVM James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 21:51   ` Sean Christopherson
2024-05-29 21:51     ` Sean Christopherson
2024-05-29 21:51     ` Sean Christopherson
2024-05-29 21:51     ` Sean Christopherson
2024-05-29 21:51     ` Sean Christopherson
2024-05-30  3:26     ` James Houghton
2024-05-30  3:26       ` James Houghton
2024-05-30  3:26       ` James Houghton
2024-05-30  3:26       ` James Houghton
2024-05-30  3:26       ` James Houghton
2024-05-29 18:05 ` [PATCH v4 4/7] KVM: Move MMU lock acquisition for test/clear_young to architecture James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 21:55   ` Sean Christopherson
2024-05-29 21:55     ` Sean Christopherson
2024-05-29 21:55     ` Sean Christopherson
2024-05-29 21:55     ` Sean Christopherson
2024-05-29 21:55     ` Sean Christopherson
2024-05-30  3:27     ` James Houghton
2024-05-30  3:27       ` James Houghton
2024-05-30  3:27       ` James Houghton
2024-05-30  3:27       ` James Houghton
2024-05-30  3:27       ` James Houghton
2024-05-29 18:05 ` [PATCH v4 5/7] KVM: x86: Relax locking for kvm_test_age_gfn and kvm_age_gfn James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05 ` [PATCH v4 6/7] KVM: arm64: " James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-31 19:11   ` Oliver Upton
2024-05-31 19:11     ` Oliver Upton
2024-05-31 19:11     ` Oliver Upton
2024-05-31 19:11     ` Oliver Upton
2024-05-31 19:11     ` Oliver Upton
2024-05-31 19:18     ` Oliver Upton [this message]
2024-05-31 19:18       ` Oliver Upton
2024-05-31 19:18       ` Oliver Upton
2024-05-31 19:18       ` Oliver Upton
2024-05-31 19:18       ` Oliver Upton
2024-06-04 22:20       ` James Houghton
2024-06-04 22:20         ` James Houghton
2024-06-04 22:20         ` James Houghton
2024-06-04 22:20         ` James Houghton
2024-06-04 22:20         ` James Houghton
2024-06-04 23:00         ` Oliver Upton
2024-06-04 23:00           ` Oliver Upton
2024-06-04 23:00           ` Oliver Upton
2024-06-04 23:00           ` Oliver Upton
2024-06-04 23:00           ` Oliver Upton
2024-06-04 23:36           ` Sean Christopherson
2024-06-04 23:36             ` Sean Christopherson
2024-06-04 23:36             ` Sean Christopherson
2024-06-04 23:36             ` Sean Christopherson
2024-06-04 23:36             ` Sean Christopherson
2024-05-29 18:05 ` [PATCH v4 7/7] KVM: selftests: Add multi-gen LRU aging to access_tracking_perf_test James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton
2024-05-29 18:05   ` James Houghton

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=Zloicw4IU8_-V5Ns@linux.dev \
    --to=oliver.upton@linux.dev \
    --cc=kvm-riscv@lists.infradead.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.