[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CANRm+CwaMf64=vAaFdr0hJabtV0CALNBKJgrkooiYQPVuv2UGw@mail.gmail.com>
Date: Fri, 21 Nov 2025 19:46:01 +0800
From: Wanpeng Li <kernellwp@...il.com>
To: Sean Christopherson <seanjc@...gle.com>
Cc: Peter Zijlstra <peterz@...radead.org>, Ingo Molnar <mingo@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>, Paolo Bonzini <pbonzini@...hat.com>,
Steven Rostedt <rostedt@...dmis.org>, Vincent Guittot <vincent.guittot@...aro.org>,
Juri Lelli <juri.lelli@...hat.com>, linux-kernel@...r.kernel.org, kvm@...r.kernel.org
Subject: Re: [PATCH 06/10] KVM: Fix last_boosted_vcpu index assignment bug
On Fri, 21 Nov 2025 at 08:35, Sean Christopherson <seanjc@...gle.com> wrote:
>
> On Mon, Nov 10, 2025, Wanpeng Li wrote:
> > From: Wanpeng Li <wanpengli@...cent.com>
> >
> > From: Wanpeng Li <wanpengli@...cent.com>
>
> Something might be off in your email scripts. Speaking of email, mostly as an
> FYI, your @tencent email was bouncing as of last year, and prompted commit
> b018589013d6 ("MAINTAINERS: Drop Wanpeng Li as a Reviewer for KVM Paravirt support").
Hi Paolo and Sean,
Regarding commit b018589013d6 — I'm back to active KVM development and
ready to resume reviewing. Please update my entry to Wanpeng Li
<kernellwp@...il.com>. My recent patch series reflects the level of
engagement you can expect going forward.
>
> > In kvm_vcpu_on_spin(), the loop counter 'i' is incorrectly written to
> > last_boosted_vcpu instead of the actual vCPU index 'idx'. This causes
> > last_boosted_vcpu to store the loop iteration count rather than the
> > vCPU index, leading to incorrect round-robin behavior in subsequent
> > directed yield operations.
> >
> > Fix this by using 'idx' instead of 'i' in the assignment.
>
> Fixes: 7e513617da71 ("KVM: Rework core loop of kvm_vcpu_on_spin() to use a single for-loop")
> Cc: stable@...r.kernel.org
> Reviewed-by: Sean Christopherson <seanjc@...gle.com>
>
> Please, please don't bury fixes like this in a large-ish series, especially in a
> series that's going to be quite contentious and thus likely to linger on-list for
> quite some time. It's pretty much dumb luck on my end that I saw this.
Good point about fixed visibility — it makes sense to keep them separate.
>
> That said, thank you for fixing my goof :-)
:)
Regards,
Wanpeng
Powered by blists - more mailing lists