From: Robin Murphy <robin.murphy@arm.com>
To: Jason Gunthorpe <jgg@nvidia.com>,
Alim Akhtar <alim.akhtar@samsung.com>,
Alyssa Rosenzweig <alyssa@rosenzweig.io>,
Albert Ou <aou@eecs.berkeley.edu>,
asahi@lists.linux.dev, Lu Baolu <baolu.lu@linux.intel.com>,
David Woodhouse <dwmw2@infradead.org>,
Heiko Stuebner <heiko@sntech.de>,
iommu@lists.linux.dev, Jernej Skrabec <jernej.skrabec@gmail.com>,
Jonathan Hunter <jonathanh@nvidia.com>,
Joerg Roedel <joro@8bytes.org>,
Krzysztof Kozlowski <krzk@kernel.org>,
linux-arm-kernel@lists.infradead.org,
linux-riscv@lists.infradead.org,
linux-rockchip@lists.infradead.org,
linux-samsung-soc@vger.kernel.org, linux-sunxi@lists.linux.dev,
linux-tegra@vger.kernel.org,
Marek Szyprowski <m.szyprowski@samsung.com>,
Hector Martin <marcan@marcan.st>,
Palmer Dabbelt <palmer@dabbelt.com>,
Paul Walmsley <paul.walmsley@sifive.com>,
Samuel Holland <samuel@sholland.org>,
Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>,
Sven Peter <sven@svenpeter.dev>,
Thierry Reding <thierry.reding@gmail.com>,
Tomasz Jeznach <tjeznach@rivosinc.com>,
Krishna Reddy <vdumpa@nvidia.com>, Chen-Yu Tsai <wens@csie.org>,
Will Deacon <will@kernel.org>
Cc: Bagas Sanjaya <bagasdotme@gmail.com>,
Joerg Roedel <jroedel@suse.de>,
Pasha Tatashin <pasha.tatashin@soleen.com>,
patches@lists.linux.dev, David Rientjes <rientjes@google.com>,
Matthew Wilcox <willy@infradead.org>
Subject: Re: [PATCH 18/19] iommu: Update various drivers to pass in lg2sz instead of order to iommu pages
Date: Wed, 5 Feb 2025 15:47:03 +0000 [thread overview]
Message-ID: <23d4c47e-a00c-4f15-ab42-303bd2aca032@arm.com> (raw)
In-Reply-To: <18-v1-416f64558c7c+2a5-iommu_pages_jgg@nvidia.com>
On 2025-02-04 6:34 pm, Jason Gunthorpe wrote:
> Convert most of the places calling get_order() as an argument to the
> iommu-pages allocator into order_base_2() or the _sz flavour
> instead. These places already have an exact size, there is no particular
> reason to use order here.
>
> Signed-off-by: Jason Gunthorpe <jgg@nvidia.com>
> ---
[...]
> @@ -826,7 +825,7 @@ void *__init iommu_alloc_4k_pages(struct amd_iommu *iommu, gfp_t gfp,
> size_t size)
> {
> int order = get_order(size);
> - void *buf = iommu_alloc_pages(gfp, order);
> + void *buf = iommu_alloc_pages_lg2(gfp, order + PAGE_SHIFT);
This is a size, really - it's right there above.
(although alloc_cwwb_sem() passing 1 looks highly suspicious - judging
by other cmd_sem references that probably should be PAGE_SIZE...)
Furthermore even the set_memory_4k() call doesn't really want an order
either, PAGE_ALIGN(size) >> PAGE_SHIFT would do.
>
> if (buf &&
> check_feature(FEATURE_SNP) &&
[...]
> @@ -1702,8 +1701,10 @@ int dmar_enable_qi(struct intel_iommu *iommu)
> * Need two pages to accommodate 256 descriptors of 256 bits each
> * if the remapping hardware supports scalable mode translation.
> */
> - order = ecap_smts(iommu->ecap) ? 1 : 0;
> - desc = iommu_alloc_pages_node(iommu->node, GFP_ATOMIC, order);
> + desc = iommu_alloc_pages_node_lg2(iommu->node, GFP_ATOMIC,
> + ecap_smts(iommu->ecap) ?
> + order_base_2(SZ_8K) :
> + order_base_2(SZ_4K));
These are also clearly sizes.
> if (!desc) {
> kfree(qi);
> iommu->qi = NULL;
> diff --git a/drivers/iommu/io-pgtable-arm.c b/drivers/iommu/io-pgtable-arm.c
> index 8727d8e1e02f45..0e1dd519c3b9b3 100644
> --- a/drivers/iommu/io-pgtable-arm.c
> +++ b/drivers/iommu/io-pgtable-arm.c
> @@ -263,14 +263,14 @@ static void *__arm_lpae_alloc_pages(size_t size, gfp_t gfp,
> void *cookie)
> {
> struct device *dev = cfg->iommu_dev;
> - int order = get_order(size);
> dma_addr_t dma;
> void *pages;
>
> if (cfg->alloc)
> pages = cfg->alloc(cookie, size, gfp);
> else
> - pages = iommu_alloc_pages_node(dev_to_node(dev), gfp, order);
> + pages = iommu_alloc_pages_node_lg2(dev_to_node(dev), gfp,
> + order_base_2(size));
Another size. Same thing in patch #17 too. I don't see any need to have
the log2 stuff at all, I think we just switch iommu_alloc_pages{_node}()
to take a size and keep things simple.
Thanks,
Robin.
>
> if (!pages)
> return NULL;
> diff --git a/drivers/iommu/io-pgtable-dart.c b/drivers/iommu/io-pgtable-dart.c
> index a4cbd8a8a2976e..3b57d14baa9c1d 100644
> --- a/drivers/iommu/io-pgtable-dart.c
> +++ b/drivers/iommu/io-pgtable-dart.c
> @@ -107,13 +107,6 @@ static phys_addr_t iopte_to_paddr(dart_iopte pte,
> return paddr;
> }
>
> -static void *__dart_alloc_pages(size_t size, gfp_t gfp)
> -{
> - int order = get_order(size);
> -
> - return iommu_alloc_pages(gfp, order);
> -}
> -
> static int dart_init_pte(struct dart_io_pgtable *data,
> unsigned long iova, phys_addr_t paddr,
> dart_iopte prot, int num_entries,
> @@ -255,7 +248,7 @@ static int dart_map_pages(struct io_pgtable_ops *ops, unsigned long iova,
>
> /* no L2 table present */
> if (!pte) {
> - cptep = __dart_alloc_pages(tblsz, gfp);
> + cptep = iommu_alloc_pages_sz(gfp, tblsz);
> if (!cptep)
> return -ENOMEM;
>
> @@ -412,7 +405,8 @@ apple_dart_alloc_pgtable(struct io_pgtable_cfg *cfg, void *cookie)
> cfg->apple_dart_cfg.n_ttbrs = 1 << data->tbl_bits;
>
> for (i = 0; i < cfg->apple_dart_cfg.n_ttbrs; ++i) {
> - data->pgd[i] = __dart_alloc_pages(DART_GRANULE(data), GFP_KERNEL);
> + data->pgd[i] =
> + iommu_alloc_pages_sz(GFP_KERNEL, DART_GRANULE(data));
> if (!data->pgd[i])
> goto out_free_data;
> cfg->apple_dart_cfg.ttbr[i] = virt_to_phys(data->pgd[i]);
> diff --git a/drivers/iommu/sun50i-iommu.c b/drivers/iommu/sun50i-iommu.c
> index 3d77aed8507373..d0e515bf5dd1f6 100644
> --- a/drivers/iommu/sun50i-iommu.c
> +++ b/drivers/iommu/sun50i-iommu.c
> @@ -690,8 +690,8 @@ sun50i_iommu_domain_alloc_paging(struct device *dev)
> if (!sun50i_domain)
> return NULL;
>
> - sun50i_domain->dt = iommu_alloc_pages(GFP_KERNEL | GFP_DMA32,
> - get_order(DT_SIZE));
> + sun50i_domain->dt =
> + iommu_alloc_pages_sz(GFP_KERNEL | GFP_DMA32, DT_SIZE);
> if (!sun50i_domain->dt)
> goto err_free_domain;
>
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
next prev parent reply other threads:[~2025-02-05 15:48 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-04 18:34 [PATCH 00/19] iommu: Further abstract iommu-pages Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 01/19] iommu/terga: Do not use struct page as the handle for as->pd memory Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 02/19] iommu/tegra: Do not use struct page as the handle for pts Jason Gunthorpe
2025-02-05 19:28 ` Robin Murphy
2025-02-06 17:48 ` Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 03/19] iommu/pages: Remove __iommu_alloc_pages()/__iommu_free_pages() Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 04/19] iommu/pages: Make iommu_put_pages_list() work with high order allocations Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 05/19] iommu/pages: Replace iommu_free_pages() with iommu_free_page() Jason Gunthorpe
2025-02-05 15:55 ` Robin Murphy
2025-02-05 17:41 ` Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 06/19] iommu/pages: De-inline the substantial functions Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 07/19] iommu/vtd: Use virt_to_phys() Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 08/19] iommu/pages: Formalize the freelist API Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 09/19] iommu/riscv: Convert to use struct iommu_pages_list Jason Gunthorpe
2025-02-06 5:53 ` Tomasz Jeznach
2025-02-04 18:34 ` [PATCH 10/19] iommu/amd: " Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 11/19] iommu: Change iommu_iotlb_gather to use iommu_page_list Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 12/19] iommu/pages: Remove iommu_put_pages_list_old and the _Generic Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 13/19] iommu/pages: Move from struct page to struct ioptdesc and folio Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 14/19] iommu/pages: Move the __GFP_HIGHMEM checks into the common code Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 15/19] iommu/pages: Allow sub page sizes to be passed into the allocator Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 16/19] iommu/amd: Use roundup_pow_two() instead of get_order() Jason Gunthorpe
2025-02-05 16:11 ` Robin Murphy
2025-02-05 17:59 ` Jason Gunthorpe
2025-02-04 18:34 ` [PATCH 17/19] iommu/riscv: Update to use iommu_alloc_pages_node_lg2() Jason Gunthorpe
2025-02-06 5:30 ` Tomasz Jeznach
2025-02-06 13:17 ` Jason Gunthorpe
2025-02-06 17:54 ` Tomasz Jeznach
2025-02-04 18:34 ` [PATCH 18/19] iommu: Update various drivers to pass in lg2sz instead of order to iommu pages Jason Gunthorpe
2025-02-05 15:47 ` Robin Murphy [this message]
2025-02-05 16:10 ` Jason Gunthorpe
2025-02-05 18:03 ` Robin Murphy
2025-02-05 18:39 ` Jason Gunthorpe
2025-02-04 18:35 ` [PATCH 19/19] iommu/pages: Remove iommu_alloc_page/pages() Jason Gunthorpe
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=23d4c47e-a00c-4f15-ab42-303bd2aca032@arm.com \
--to=robin.murphy@arm.com \
--cc=alim.akhtar@samsung.com \
--cc=alyssa@rosenzweig.io \
--cc=aou@eecs.berkeley.edu \
--cc=asahi@lists.linux.dev \
--cc=bagasdotme@gmail.com \
--cc=baolu.lu@linux.intel.com \
--cc=dwmw2@infradead.org \
--cc=heiko@sntech.de \
--cc=iommu@lists.linux.dev \
--cc=jernej.skrabec@gmail.com \
--cc=jgg@nvidia.com \
--cc=jonathanh@nvidia.com \
--cc=joro@8bytes.org \
--cc=jroedel@suse.de \
--cc=krzk@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=linux-tegra@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=marcan@marcan.st \
--cc=palmer@dabbelt.com \
--cc=pasha.tatashin@soleen.com \
--cc=patches@lists.linux.dev \
--cc=paul.walmsley@sifive.com \
--cc=rientjes@google.com \
--cc=samuel@sholland.org \
--cc=suravee.suthikulpanit@amd.com \
--cc=sven@svenpeter.dev \
--cc=thierry.reding@gmail.com \
--cc=tjeznach@rivosinc.com \
--cc=vdumpa@nvidia.com \
--cc=wens@csie.org \
--cc=will@kernel.org \
--cc=willy@infradead.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