From: Jason Gunthorpe <jgg@ziepe.ca>
To: Baolu Lu <baolu.lu@linux.intel.com>
Cc: "Tian, Kevin" <kevin.tian@intel.com>,
"j.granados@samsung.com" <j.granados@samsung.com>,
David Woodhouse <dwmw2@infradead.org>,
Joerg Roedel <joro@8bytes.org>, Will Deacon <will@kernel.org>,
Robin Murphy <robin.murphy@arm.com>,
Klaus Jensen <its@irrelevant.dk>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"iommu@lists.linux.dev" <iommu@lists.linux.dev>
Subject: Re: [PATCH v2 1/5] iommu/vt-d: Separate page request queue from SVM
Date: Fri, 20 Sep 2024 09:54:34 -0300 [thread overview]
Message-ID: <Zu1wim6MZz3rkbWY@ziepe.ca> (raw)
In-Reply-To: <c54a15d8-fe60-480c-9156-bd77114c196c@linux.intel.com>
On Wed, Sep 18, 2024 at 07:17:32PM +0800, Baolu Lu wrote:
> > more than that... for each IOMMU the current code allocates 16 pages
> > and 1 hwirq. Those are unnecessary burdens in majority deployments
> > which don't support/require I/O page faults.
>
> Yeah! I only focused on the kernel binary size but ignored these system
> resources consumed by IOPF. Then, perhaps
If you care about runtime overhead it should be delt with by
dynamically allocating the memory and enabling it, not via kconfig
We can dynmaically add IRQS in some cases now for instance
Jason
next prev parent reply other threads:[~2024-09-20 12:54 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-13 11:44 [PATCH v2 0/5] iommu: Enable user space IOPFs in non-PASID and non-svm cases Joel Granados via B4 Relay
2024-09-13 11:44 ` [PATCH v2 1/5] iommu/vt-d: Separate page request queue from SVM Joel Granados via B4 Relay
2024-09-14 0:52 ` Tian, Kevin
2024-09-14 1:18 ` Baolu Lu
2024-09-14 2:53 ` Tian, Kevin
2024-09-14 5:49 ` Baolu Lu
2024-09-15 13:49 ` Jason Gunthorpe
2024-09-16 13:02 ` Joel Granados
2024-09-18 2:52 ` Baolu Lu
2024-09-18 8:20 ` Tian, Kevin
2024-09-18 11:17 ` Baolu Lu
2024-09-20 12:54 ` Jason Gunthorpe [this message]
2024-10-07 10:46 ` Joel Granados
2024-09-16 9:24 ` Joel Granados
2024-09-13 11:44 ` [PATCH v2 2/5] iommu/vt-d: Remove the pasid present check in prq_event_thread Joel Granados via B4 Relay
2024-09-14 0:52 ` Tian, Kevin
2024-09-13 11:44 ` [PATCH v2 3/5] iommu: kconfig: Move IOMMU_IOPF into INTEL_IOMMU Joel Granados via B4 Relay
2024-09-13 11:44 ` [PATCH v2 4/5] iommufd: Enable PRI when doing the iommufd_hwpt_alloc Joel Granados via B4 Relay
2024-09-14 0:56 ` Tian, Kevin
2024-09-13 11:44 ` [PATCH v2 5/5] iommu/vt-d: drop pasid requirement for prq initialization Joel Granados via B4 Relay
2024-09-14 0:56 ` Tian, Kevin
2024-09-14 0:48 ` [PATCH v2 0/5] iommu: Enable user space IOPFs in non-PASID and non-svm cases Tian, Kevin
2024-09-16 8:50 ` Joel Granados
2024-09-20 6:57 ` Tian, Kevin
2024-10-07 10:42 ` Joel Granados
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=Zu1wim6MZz3rkbWY@ziepe.ca \
--to=jgg@ziepe.ca \
--cc=baolu.lu@linux.intel.com \
--cc=dwmw2@infradead.org \
--cc=iommu@lists.linux.dev \
--cc=its@irrelevant.dk \
--cc=j.granados@samsung.com \
--cc=joro@8bytes.org \
--cc=kevin.tian@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=robin.murphy@arm.com \
--cc=will@kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox