From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Jan Beulich <jbeulich@suse.com>
Cc: "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
Andrew Cooper <andrew.cooper3@citrix.com>,
Paul Durrant <paul@xen.org>
Subject: Re: [PATCH v2 05/18] IOMMU: have iommu_{,un}map() split requests into largest possible chunks
Date: Tue, 30 Nov 2021 16:24:40 +0100 [thread overview]
Message-ID: <YaZCOHoTua8al3fU@Air-de-Roger> (raw)
In-Reply-To: <134785fb-8ac1-50f0-de75-e0d6fe22f711@suse.com>
On Fri, Sep 24, 2021 at 11:45:57AM +0200, Jan Beulich wrote:
> Introduce a helper function to determine the largest possible mapping
> that allows covering a request (or the next part of it that is left to
> be processed).
>
> In order to not add yet more recurring dfn_add() / mfn_add() to the two
> callers of the new helper, also introduce local variables holding the
> values presently operated on.
>
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
>
> --- a/xen/drivers/passthrough/iommu.c
> +++ b/xen/drivers/passthrough/iommu.c
> @@ -260,12 +260,38 @@ void iommu_domain_destroy(struct domain
> arch_iommu_domain_destroy(d);
> }
>
> -int iommu_map(struct domain *d, dfn_t dfn, mfn_t mfn,
> +static unsigned int mapping_order(const struct domain_iommu *hd,
> + dfn_t dfn, mfn_t mfn, unsigned long nr)
> +{
> + unsigned long res = dfn_x(dfn) | mfn_x(mfn);
> + unsigned long sizes = hd->platform_ops->page_sizes;
> + unsigned int bit = find_first_set_bit(sizes), order = 0;
> +
> + ASSERT(bit == PAGE_SHIFT);
> +
> + while ( (sizes = (sizes >> bit) & ~1) )
> + {
> + unsigned long mask;
> +
> + bit = find_first_set_bit(sizes);
> + mask = (1UL << bit) - 1;
> + if ( nr <= mask || (res & mask) )
> + break;
> + order += bit;
> + nr >>= bit;
> + res >>= bit;
> + }
> +
> + return order;
> +}
This looks like it could be used in other places, I would at least
consider using it in pvh_populate_memory_range where we also need to
figure out the maximum order given an address and a number of pages.
Do you think you could place it in a more generic file and also use
more generic parameters (ie: unsigned long gfn and mfn)?
> +
> +int iommu_map(struct domain *d, dfn_t dfn0, mfn_t mfn0,
> unsigned long page_count, unsigned int flags,
> unsigned int *flush_flags)
> {
> const struct domain_iommu *hd = dom_iommu(d);
> unsigned long i;
> + unsigned int order;
> int rc = 0;
>
> if ( !is_iommu_enabled(d) )
> @@ -273,10 +299,16 @@ int iommu_map(struct domain *d, dfn_t df
>
> ASSERT(!IOMMUF_order(flags));
>
> - for ( i = 0; i < page_count; i++ )
> + for ( i = 0; i < page_count; i += 1UL << order )
> {
> - rc = iommu_call(hd->platform_ops, map_page, d, dfn_add(dfn, i),
> - mfn_add(mfn, i), flags, flush_flags);
> + dfn_t dfn = dfn_add(dfn0, i);
> + mfn_t mfn = mfn_add(mfn0, i);
> + unsigned long j;
> +
> + order = mapping_order(hd, dfn, mfn, page_count - i);
> +
> + rc = iommu_call(hd->platform_ops, map_page, d, dfn, mfn,
> + flags | IOMMUF_order(order), flush_flags);
>
> if ( likely(!rc) )
> continue;
> @@ -284,14 +316,18 @@ int iommu_map(struct domain *d, dfn_t df
> if ( !d->is_shutting_down && printk_ratelimit() )
> printk(XENLOG_ERR
> "d%d: IOMMU mapping dfn %"PRI_dfn" to mfn %"PRI_mfn" failed: %d\n",
> - d->domain_id, dfn_x(dfn_add(dfn, i)),
> - mfn_x(mfn_add(mfn, i)), rc);
> + d->domain_id, dfn_x(dfn), mfn_x(mfn), rc);
> +
> + for ( j = 0; j < i; j += 1UL << order )
> + {
> + dfn = dfn_add(dfn0, j);
> + order = mapping_order(hd, dfn, _mfn(0), i - j);
>
> - while ( i-- )
> /* if statement to satisfy __must_check */
> - if ( iommu_call(hd->platform_ops, unmap_page, d, dfn_add(dfn, i),
> - 0, flush_flags) )
> + if ( iommu_call(hd->platform_ops, unmap_page, d, dfn, order,
> + flush_flags) )
> continue;
> + }
Why you need this unmap loop here, can't you just use iommu_unmap?
Thanks, Roger.
next prev parent reply other threads:[~2021-11-30 15:25 UTC|newest]
Thread overview: 100+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-24 9:39 [PATCH v2 00/18] IOMMU: superpage support when not sharing pagetables Jan Beulich
2021-09-24 9:41 ` [PATCH v2 01/18] AMD/IOMMU: have callers specify the target level for page table walks Jan Beulich
2021-09-24 10:58 ` Roger Pau Monné
2021-09-24 12:02 ` Jan Beulich
2021-09-24 9:42 ` [PATCH v2 02/18] VT-d: " Jan Beulich
2021-09-24 14:45 ` Roger Pau Monné
2021-09-27 9:04 ` Jan Beulich
2021-09-27 9:13 ` Jan Beulich
2021-11-30 11:56 ` Roger Pau Monné
2021-11-30 14:38 ` Jan Beulich
2021-09-24 9:43 ` [PATCH v2 03/18] IOMMU: have vendor code announce supported page sizes Jan Beulich
2021-11-30 12:25 ` Roger Pau Monné
2021-12-17 14:43 ` Julien Grall
2021-12-21 9:26 ` Rahul Singh
2021-09-24 9:44 ` [PATCH v2 04/18] IOMMU: add order parameter to ->{,un}map_page() hooks Jan Beulich
2021-11-30 13:49 ` Roger Pau Monné
2021-11-30 14:45 ` Jan Beulich
2021-12-17 14:42 ` Julien Grall
2021-09-24 9:45 ` [PATCH v2 05/18] IOMMU: have iommu_{,un}map() split requests into largest possible chunks Jan Beulich
2021-11-30 15:24 ` Roger Pau Monné [this message]
2021-12-02 15:59 ` Jan Beulich
2021-09-24 9:46 ` [PATCH v2 06/18] IOMMU/x86: restrict IO-APIC mappings for PV Dom0 Jan Beulich
2021-12-01 9:09 ` Roger Pau Monné
2021-12-01 9:27 ` Jan Beulich
2021-12-01 10:32 ` Roger Pau Monné
2021-12-01 11:45 ` Jan Beulich
2021-12-02 15:12 ` Roger Pau Monné
2021-12-02 15:28 ` Jan Beulich
2021-12-02 19:16 ` Andrew Cooper
2021-12-03 6:41 ` Jan Beulich
2021-09-24 9:47 ` [PATCH v2 07/18] IOMMU/x86: perform PV Dom0 mappings in batches Jan Beulich
2021-12-02 14:10 ` Roger Pau Monné
2021-12-03 12:38 ` Jan Beulich
2021-12-10 9:36 ` Roger Pau Monné
2021-12-10 11:41 ` Jan Beulich
2021-12-10 12:35 ` Roger Pau Monné
2021-09-24 9:48 ` [PATCH v2 08/18] IOMMU/x86: support freeing of pagetables Jan Beulich
2021-12-02 16:03 ` Roger Pau Monné
2021-12-02 16:10 ` Jan Beulich
2021-12-03 8:30 ` Roger Pau Monné
2021-12-03 9:38 ` Roger Pau Monné
2021-12-03 9:40 ` Jan Beulich
2021-12-10 13:51 ` Roger Pau Monné
2021-12-13 8:38 ` Jan Beulich
2021-09-24 9:48 ` [PATCH v2 09/18] AMD/IOMMU: drop stray TLB flush Jan Beulich
2021-12-02 16:16 ` Roger Pau Monné
2021-09-24 9:51 ` [PATCH v2 10/18] AMD/IOMMU: walk trees upon page fault Jan Beulich
2021-12-03 9:03 ` Roger Pau Monné
2021-12-03 9:49 ` Jan Beulich
2021-12-03 9:55 ` Jan Beulich
2021-12-10 10:23 ` Roger Pau Monné
2021-12-03 9:59 ` Jan Beulich
2021-09-24 9:51 ` [PATCH v2 11/18] AMD/IOMMU: return old PTE from {set,clear}_iommu_pte_present() Jan Beulich
2021-12-10 12:05 ` Roger Pau Monné
2021-12-10 12:59 ` Jan Beulich
2021-12-10 13:53 ` Roger Pau Monné
2021-09-24 9:52 ` [PATCH v2 12/18] AMD/IOMMU: allow use of superpage mappings Jan Beulich
2021-12-10 15:06 ` Roger Pau Monné
2021-12-13 8:49 ` Jan Beulich
2021-12-13 9:45 ` Roger Pau Monné
2021-12-13 10:00 ` Jan Beulich
2021-12-13 10:33 ` Roger Pau Monné
2021-12-13 10:41 ` Jan Beulich
2021-09-24 9:52 ` [PATCH v2 13/18] VT-d: " Jan Beulich
2021-12-13 11:54 ` Roger Pau Monné
2021-12-13 13:39 ` Jan Beulich
2021-09-24 9:53 ` [PATCH v2 14/18] IOMMU: fold flush-all hook into "flush one" Jan Beulich
2021-12-13 15:04 ` Roger Pau Monné
2021-12-14 9:06 ` Jan Beulich
2021-12-14 9:27 ` Roger Pau Monné
2021-12-15 15:28 ` Oleksandr
2021-12-16 8:49 ` Jan Beulich
2021-12-16 10:39 ` Oleksandr
2021-12-16 11:30 ` Rahul Singh
2021-12-21 8:04 ` Jan Beulich
2021-12-17 14:38 ` Julien Grall
2021-09-24 9:54 ` [PATCH v2 15/18] IOMMU/x86: prefill newly allocate page tables Jan Beulich
2021-12-13 15:51 ` Roger Pau Monné
2021-12-14 9:15 ` Jan Beulich
2021-12-14 11:41 ` Roger Pau Monné
2021-12-14 11:48 ` Jan Beulich
2021-12-14 14:50 ` Roger Pau Monné
2021-12-14 15:05 ` Jan Beulich
2021-12-14 15:15 ` Roger Pau Monné
2021-12-14 15:21 ` Jan Beulich
2021-12-14 15:06 ` Roger Pau Monné
2021-12-14 15:10 ` Jan Beulich
2021-12-14 15:17 ` Roger Pau Monné
2021-12-14 15:24 ` Jan Beulich
2021-09-24 9:55 ` [PATCH v2 16/18] x86: introduce helper for recording degree of contiguity in " Jan Beulich
2021-12-15 13:57 ` Roger Pau Monné
2021-12-16 15:47 ` Jan Beulich
2021-12-20 15:25 ` Roger Pau Monné
2021-12-21 8:09 ` Jan Beulich
2022-01-04 8:57 ` Roger Pau Monné
2022-01-04 9:00 ` Jan Beulich
2021-09-24 9:55 ` [PATCH v2 17/18] AMD/IOMMU: free all-empty " Jan Beulich
2021-12-15 15:14 ` Roger Pau Monné
2021-12-16 15:54 ` Jan Beulich
2021-09-24 9:56 ` [PATCH v2 18/18] VT-d: " Jan Beulich
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=YaZCOHoTua8al3fU@Air-de-Roger \
--to=roger.pau@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=jbeulich@suse.com \
--cc=paul@xen.org \
--cc=xen-devel@lists.xenproject.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 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.