public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Niklas Schnelle <schnelle@linux.ibm.com>
To: Matthew Rosato <mjrosato@linux.ibm.com>, linux-s390@vger.kernel.org
Cc: alifm@linux.ibm.com, farman@linux.ibm.com,
	borntraeger@linux.ibm.com, frankja@linux.ibm.com,
	imbrenda@linux.ibm.com, david@kernel.org, hca@linux.ibm.com,
	gor@linux.ibm.com, agordeev@linux.ibm.com, svens@linux.ibm.com,
	kvm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] KVM: s390: pci: Fix aisb calculation
Date: Fri, 24 Apr 2026 22:15:15 +0200	[thread overview]
Message-ID: <1e6188579339a8cbae4ece744d7f981022188d9a.camel@linux.ibm.com> (raw)
In-Reply-To: <1acdd73d-2b30-4d92-af83-1d5d1ec34c7d@linux.ibm.com>

On Fri, 2026-04-24 at 16:09 -0400, Matthew Rosato wrote:
> On 4/24/26 3:55 PM, Niklas Schnelle wrote:
> > On Fri, 2026-04-24 at 15:39 -0400, Matthew Rosato wrote:
> > > The current implementation of aisb calculation will erroneously index
> > > via an unsigned long * as well as multiply by 8B for every 64-bits in
> > > the offset; only one or the other is required.  This throws off aisb
> > > calculations once the number of devices exceeds 64, and can result
> > > in out-of-bounds access as well as failure to indicate summary bits
> > > associated with those devices in guests.
> > > 
> > > Fix this by converting to a physical address before applying the
> > > offset, as is already done in arch/s390/pci/pci_irq.c.
> > > 
> > > Fixes: 3c5a1b6f0a18 ("KVM: s390: pci: provide routines for enabling/disabling interrupt forwarding")
> > > Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
> > > ---
> > >  arch/s390/kvm/pci.c | 4 ++--
> > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/arch/s390/kvm/pci.c b/arch/s390/kvm/pci.c
> > > index 86d93e8dddae..338171f9371b 100644
> > > --- a/arch/s390/kvm/pci.c
> > > +++ b/arch/s390/kvm/pci.c
> > > @@ -166,7 +166,7 @@ static int kvm_zpci_set_airq(struct zpci_dev *zdev)
> > >  	fib.fmt0.noi = airq_iv_end(zdev->aibv);
> > >  	fib.fmt0.aibv = virt_to_phys(zdev->aibv->vector);
> > >  	fib.fmt0.aibvo = 0;
> > > -	fib.fmt0.aisb = virt_to_phys(aift->sbv->vector + (zdev->aisb / 64) * 8);
> > > +	fib.fmt0.aisb = virt_to_phys(aift->sbv->vector) + (zdev->aisb / 64) * 8;
> > 
> > As you state, one or the other would work, wouldn't it be easy to read
> > like below:
> > 
> >          fib.fmt0.aisb = virt_to_phys(aift->sbv->vector + (zdev->aisb / 64));
> 
> My rationale was to match exactly what zpci_set_airq() in
> arch/s390/pci/pci_irq.c is doing (I tested that code at the same time to
> ensure it produced the expected result as a comparison to the code
> changed by this patch).
> 
> I'd rather all 3 places stay the same unless you have a strong opinion
> on it.  I think the reason they ended up different in the first place is
> because this code and the pci_irq.c code were updated independently for
> V!=R.

No strong feelings and I do agree about doing the calculation the same
as in zpci_set_airq(). Your variant also is understood without knowing
that aift->sbv->vector is an unsigned long*. So it's kind of a wash to
me.

> 
> > 
> > >  	fib.fmt0.aisbo = zdev->aisb & 63;
> > >  	fib.gd = zdev->gisa;
> > >  
> > > @@ -309,7 +309,7 @@ static int kvm_s390_pci_aif_enable(struct zpci_dev *zdev, struct zpci_fib *fib,
> > >  
> > >  	/* Update guest FIB for re-issue */
> > >  	fib->fmt0.aisbo = zdev->aisb & 63;
> > > -	fib->fmt0.aisb = virt_to_phys(aift->sbv->vector + (zdev->aisb / 64) * 8);
> > > +	fib->fmt0.aisb = virt_to_phys(aift->sbv->vector) + (zdev->aisb / 64) * 8;
> > 
> > Same argument as above.
> > 
> > >  	fib->fmt0.isc = gisc;
> > >  
> > >  	/* Save some guest fib values in the host for later use */
> > 
> > Ouch, good catch! Was this kind of a follow up to the issue someone
> > found upstream with a wrong calculation in the gait? Or did you just
> > notice things break with more than 64 devices?
> 
> A follow-up of sorts.  Sashiko gave various outputs to that gait patch
> that were unrelated to it; I'm looking into those things and it led me
> to at least this issue which I did verify is a real bug.
> 
> Thanks,
> Matt

Makes sense and great work! Feel free to add mu:

Reviewed-by: Niklas Schnelle <schnelle@linux.ibm.com>

Thanks,
Niklas

  reply	other threads:[~2026-04-24 20:16 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-24 19:39 [PATCH] KVM: s390: pci: Fix aisb calculation Matthew Rosato
2026-04-24 19:55 ` Niklas Schnelle
2026-04-24 20:09   ` Matthew Rosato
2026-04-24 20:15     ` Niklas Schnelle [this message]
2026-04-27  9:11 ` Christian Borntraeger

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=1e6188579339a8cbae4ece744d7f981022188d9a.camel@linux.ibm.com \
    --to=schnelle@linux.ibm.com \
    --cc=agordeev@linux.ibm.com \
    --cc=alifm@linux.ibm.com \
    --cc=borntraeger@linux.ibm.com \
    --cc=david@kernel.org \
    --cc=farman@linux.ibm.com \
    --cc=frankja@linux.ibm.com \
    --cc=gor@linux.ibm.com \
    --cc=hca@linux.ibm.com \
    --cc=imbrenda@linux.ibm.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=mjrosato@linux.ibm.com \
    --cc=svens@linux.ibm.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox