From: Mostafa Saleh <smostafa@google.com>
To: Mike Rapoport <rppt@kernel.org>
Cc: linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
catalin.marinas@arm.com, will@kernel.org, maz@kernel.org,
aneesh.kumar@kernel.org
Subject: Re: [PATCH 1/3] arm64/mm: Simplify SWIOTLB setup in arch_mm_preinit()
Date: Wed, 3 Jun 2026 13:13:49 +0000 [thread overview]
Message-ID: <aiAojTDO_FcEG8XC@google.com> (raw)
In-Reply-To: <aiAdyLKSRGjV4_r3@kernel.org>
Hi Mike,
On Wed, Jun 03, 2026 at 03:27:52PM +0300, Mike Rapoport wrote:
> Hi,
>
> On Wed, Jun 03, 2026 at 11:05:20AM +0000, Mostafa Saleh wrote:
> > At the moment, arch_mm_preinit() checks if the system has limited
> > addressing or is running under CCA to enable SWIOTLB, only after to
> > be forced to true anyway if it was false due to
> > CONFIG_DMA_BOUNCE_UNALIGNED_KMALLOC being unconditionally true for
> > arm64.
> >
> > Simplify this logic, by making it clear that SWIOTLB is always used
> > but its size depends on the address layout of the system.
> >
> > Signed-off-by: Mostafa Saleh <smostafa@google.com>
> > ---
> > arch/arm64/mm/init.c | 11 ++++-------
> > 1 file changed, 4 insertions(+), 7 deletions(-)
> >
> > diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
> > index 97987f850a33..fcc9c05a8fe6 100644
> > --- a/arch/arm64/mm/init.c
> > +++ b/arch/arm64/mm/init.c
> > @@ -336,25 +336,22 @@ void __init arch_setup_zero_pages(void)
> > void __init arch_mm_preinit(void)
> > {
> > unsigned int flags = SWIOTLB_VERBOSE;
> > - bool swiotlb = max_pfn > PFN_DOWN(arm64_dma_phys_limit);
> > + bool limited_addressing = max_pfn > PFN_DOWN(arm64_dma_phys_limit);
> >
> > if (is_realm_world()) {
> > - swiotlb = true;
> > flags |= SWIOTLB_FORCE;
> > - }
> > -
> > - if (IS_ENABLED(CONFIG_DMA_BOUNCE_UNALIGNED_KMALLOC) && !swiotlb) {
> > + } else if (!limited_addressing) {
>
> Can realm_world() coexist with limited_addressing? Then the size adjustment
> is still required.
My guess would be no, my understanding is that CCA guests have niche
hardware.
However, the check for limited_addressing is negated, we adjust the
SWIOTLB to be smaller if no bouncing is needed.
So, if this is a realm world, address space layout is irrelevant as we
keep the original size which is larger.
Otherwise, this alters the current behaviour.
>
> I'd also make this more explicit:
>
> if (max_pfn > PFN_DOWN(arm64_dma_phys_limit))
Sure, I can drop the bool.
Thanks,
Mostafa
>
> > /*
> > * If no bouncing needed for ZONE_DMA, reduce the swiotlb
> > * buffer for kmalloc() bouncing to 1MB per 1GB of RAM.
> > */
> > unsigned long size =
> > DIV_ROUND_UP(memblock_phys_mem_size(), 1024);
> > +
> > swiotlb_adjust_size(min(swiotlb_size_or_default(), size));
> > - swiotlb = true;
> > }
> >
> > - swiotlb_init(swiotlb, flags);
> > + swiotlb_init(true, flags);
> >
> > /*
> > * Check boundaries twice: Some fundamental inconsistencies can be
> > --
> > 2.54.0.1032.g2f8565e1d1-goog
> >
>
> --
> Sincerely yours,
> Mike.
next prev parent reply other threads:[~2026-06-03 13:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-03 11:05 [PATCH 0/3] arm64/coco: Convert pKVM to a CC platform Mostafa Saleh
2026-06-03 11:05 ` [PATCH 1/3] arm64/mm: Simplify SWIOTLB setup in arch_mm_preinit() Mostafa Saleh
2026-06-03 12:27 ` Mike Rapoport
2026-06-03 13:13 ` Mostafa Saleh [this message]
2026-06-04 9:03 ` Aneesh Kumar K.V
2026-06-04 8:55 ` Aneesh Kumar K.V
2026-06-03 11:05 ` [PATCH 2/3] drivers/virt: pkvm: Fix end calculation in mmio_guard_ioremap_hook() Mostafa Saleh
2026-06-03 11:05 ` [PATCH 3/3] arm64/coco: Add pKVM as a CC platform Mostafa Saleh
2026-06-04 8:59 ` Aneesh Kumar K.V
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=aiAojTDO_FcEG8XC@google.com \
--to=smostafa@google.com \
--cc=akpm@linux-foundation.org \
--cc=aneesh.kumar@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maz@kernel.org \
--cc=rppt@kernel.org \
--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 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.