From: Timothy Pearson <tpearson@raptorengineering.com>
To: Ritesh Harjani <ritesh.list@gmail.com>
Cc: linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
Shivaprasad G Bhat <sbhat@linux.ibm.com>,
Gaurav Batra <gbatra@linux.ibm.com>,
Madhavan Srinivasan <maddy@linux.ibm.com>,
Venkat Rao Bagalkote <venkat88@linux.ibm.com>
Subject: Re: [BUG] VFIO on POWER9 / QEMU fails to allocate 32-bit DMA
Date: Mon, 17 Aug 2026 10:03:21 -0500 (CDT) [thread overview]
Message-ID: <1292569842.15945.1786979001939.JavaMail.zimbra@raptorengineeringinc.com> (raw)
In-Reply-To: <qzjxk345.ritesh.list@gmail.com>
----- Original Message -----
> From: "Ritesh Harjani" <ritesh.list@gmail.com>
> To: "Timothy Pearson" <tpearson@raptorengineering.com>
> Cc: "linuxppc-dev" <linuxppc-dev@lists.ozlabs.org>, "Shivaprasad G Bhat" <sbhat@linux.ibm.com>, "Gaurav Batra"
> <gbatra@linux.ibm.com>, "Madhavan Srinivasan" <maddy@linux.ibm.com>, "Venkat Rao Bagalkote" <venkat88@linux.ibm.com>
> Sent: Sunday, August 16, 2026 7:22:18 PM
> Subject: Re: [BUG] VFIO on POWER9 / QEMU fails to allocate 32-bit DMA
> Hi Timothy
>
> Timothy Pearson <tpearson@raptorengineering.com> writes:
>
>> ----- Original Message -----
>>> From: "Ritesh Harjani" <ritesh.list@gmail.com>
>>> To: "Timothy Pearson" <tpearson@raptorengineering.com>
>>> Cc: "linuxppc-dev" <linuxppc-dev@lists.ozlabs.org>, "Shivaprasad G Bhat"
>>> <sbhat@linux.ibm.com>, "Gaurav Batra"
>>> <gbatra@linux.ibm.com>, "Madhavan Srinivasan" <maddy@linux.ibm.com>, "Venkat Rao
>>> Bagalkote" <venkat88@linux.ibm.com>
>>> Sent: Saturday, August 8, 2026 9:13:09 AM
>>> Subject: Re: [BUG] VFIO on POWER9 / QEMU fails to allocate 32-bit DMA
>>
>>> Timothy Pearson <tpearson@raptorengineering.com> writes:
>>>
>>>> ----- Original Message -----
>>>> No worries, appreciated. This is only one of several major problems with Linux
>>>> on PowerNV that we have run into after recent upgrades, and the primary focus
>>>> at the moment is on restoring broken functionality. In many cases, that means
>>>> moving to different hardware, so gathering logs afterward can be difficult /
>>>> impossible.
>>>>
>>>
>>> Sorry to hear that you have been facing such issues recently. I will
>>> bring this up internally. We will try to add more test matrix for
>>> upstream PowerNV (note that we already have PowerNV tested regularly as
>>> part of our upstream CI, but I suppose we could extend more KVM guest
>>> testing there), so that we can reduce down on such reports.
>>
>> That would be very helpful. I have a number of other internal reports (and some
>> external customer reports) that I will try to get together for submission here.
>> Given the testing on PowerNV seems quite sparse at the moment, if you do need
>> additional PowerNV machines for testing we have bare metal cloud leases
>> available.
>>
>
> Thanks for bringing up your concern. Based on your feedback, we brought
> up this topic internally. So currently w.r.t upstream maintainance work,
> we have build, boot, selftests and few other test runs, on our PowerNV
> systems, but I agree our other major testing was happening on Pseries
> platform. So, we decided to add more PowerNV machines to our internal CI
> and expand / increase our upstream CI tests and runs on these baremetal
> machines too. This is going to happen very soon, so hopefully, this
> should reduce such reports in the future.
I'm happy to hear this. Would it be possible for you to share your intended hardware test matrix for PowerNV so that we can highlight any known gaps? For example, AMD GPUs are very widely used on PowerNV platforms, but IBM doesn't test this combination to the best of my knowledge.
>> That sounds great, thanks. Does IBM have any plans to support Debian LTS
>> (Freexian) so these patches can flow into the broken distribution kernels?
>>
>
> yes, we do support that. Once the patch is merged and available in
> stable kernels, we will ensure this is backported to this distribution
> as well.
That's great to hear! Who should I use as a contact at IBM to put the Freexian team in contact with regarding the LTS support contract?
Thanks again!
prev parent reply other threads:[~2026-08-17 15:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-03 22:39 [BUG] VFIO on POWER9 / QEMU fails to allocate 32-bit DMA Timothy Pearson
2026-08-06 5:27 ` Ritesh Harjani
2026-08-08 5:00 ` Timothy Pearson
2026-08-08 5:09 ` Ritesh Harjani
2026-08-08 5:34 ` Timothy Pearson
2026-08-08 14:13 ` Ritesh Harjani
2026-08-08 16:19 ` Timothy Pearson
2026-08-17 0:22 ` Ritesh Harjani
2026-08-17 15:03 ` Timothy Pearson [this message]
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=1292569842.15945.1786979001939.JavaMail.zimbra@raptorengineeringinc.com \
--to=tpearson@raptorengineering.com \
--cc=gbatra@linux.ibm.com \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=maddy@linux.ibm.com \
--cc=ritesh.list@gmail.com \
--cc=sbhat@linux.ibm.com \
--cc=venkat88@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 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.