From: "Raj, Ashok" <firstname.lastname@example.org>
To: Jason Wang <email@example.com>
Cc: Ashok Raj <firstname.lastname@example.org>,
Keith Busch <email@example.com>,
Subject: Re: [PATCH] intel-iommu: don't disable ATS for device without page aligned request
Date: Wed, 9 Sep 2020 10:10:56 -0700 [thread overview]
Message-ID: <20200909171056.GF104641@otc-nc-03> (raw)
On Wed, Sep 09, 2020 at 04:34:32PM +0800, Jason Wang wrote:
> Commit 61363c1474b1 ("iommu/vt-d: Enable ATS only if the device uses
> page aligned address.") disables ATS for device that can do unaligned
> page request.
Did you take a look at the PCI specification?
Page Aligned Request is in the ATS capability Register.
ATS Capability Register (Offset 0x04h)
Page Aligned Request - If Set, indicates the Untranslated address is always
aligned to 4096 byte boundary. Setting this field is recommended. This
field permits software to distinguish between implemntations compatible
with this specification and those compatible with an earlier version of
this specification in which a Requester was permitted to supply anything in
> This looks wrong, since the commit log said it's because the page
> request descriptor doesn't support reporting unaligned request.
I don't think you can change the definition from ATS to PRI. Both are
> A victim is Qemu's virtio-pci which doesn't advertise the page aligned
> address. Fixing by disable PRI instead of ATS if device doesn't have
> page aligned request.
This is a requirement for the Intel IOMMU's.
You say virtio, so is it all emulated device or you talking about some
hardware that implemented virtio-pci compliant hw? If you are sure the
device actually does comply with the requirement, but just not enumerating
the capability, you can maybe work a quirk to overcome that?
Now PRI also has an alignment requirement, and Intel IOMMU's requires that
as well. If your device supports SRIOV as well, PASID and PRI are
enumerated just on the PF and not the VF. You might want to pay attension
to that. We are still working on a solution for that problem.
I don't think this is the right fix for your problem.
> Cc: firstname.lastname@example.org
> Cc: Ashok Raj <email@example.com>
> Cc: Jacob Pan <firstname.lastname@example.org>
> Cc: Keith Busch <email@example.com>
> Cc: Kuppuswamy Sathyanarayanan <firstname.lastname@example.org>
> Signed-off-by: Jason Wang <email@example.com>
> drivers/iommu/intel/iommu.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
iommu mailing list
next prev parent reply other threads:[~2020-09-09 17:11 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-09 8:34 [PATCH] intel-iommu: don't disable ATS for device without page aligned request Jason Wang
2020-09-09 17:10 ` Raj, Ashok [this message]
2020-09-10 2:17 ` Jason Wang
2020-09-10 15:53 ` Raj, Ashok
2020-09-14 2:35 ` Jason Wang
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:
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
* 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;
as well as URLs for NNTP newsgroup(s).