All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Li, Hua Qian" <HuaQian.Li@siemens.com>
To: "robin.murphy@arm.com" <robin.murphy@arm.com>,
	"m.szyprowski@samsung.com" <m.szyprowski@samsung.com>
Cc: "Kiszka, Jan" <jan.kiszka@siemens.com>,
	"iommu@lists.linux.dev" <iommu@lists.linux.dev>,
	"Su, Bao Cheng" <baocheng.su@siemens.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 0/1] swiotlb: Make IO_TLB_SEGSIZE Configurable
Date: Thu, 24 Apr 2025 05:12:39 +0000	[thread overview]
Message-ID: <dc6f299b18f7870c7bffecca25cee9e436a32c7b.camel@siemens.com> (raw)
In-Reply-To: <fc2e30eb-2ec7-4795-a2a4-077b7fde7fd5@samsung.com>

On Tue, 2025-04-22 at 15:36 +0200, Marek Szyprowski wrote:
> On 22.04.2025 08:37, huaqian.li@siemens.com wrote:
> > From: Li Hua Qian <huaqian.li@siemens.com>
> > 
> > This patchset introduces a change to make the IO_TLB_SEGSIZE
> > parameter
> > configurable via a new kernel configuration option
> > (CONFIG_SWIOTLB_SEGSIZE).
> > 
> > In certain applications, the default value of IO_TLB_SEGSIZE (128)
> > may
> > not be sufficient for memory allocation, leading to runtime errors.
> > By
> > making this parameter configurable, users can adjust the segment
> > size to
> > better suit their specific use cases, improving flexibility and
> > system
> > stability.
> 
> Could You elaborate a bit more what are those certain applications
> that 
> require increasing IO_TLB_SEGSIZE? I'm not against it, but such
> change 
> should be well justified and described, while the above cover-letter 
> doesn't provide anything more than is written in the patch
> description.
Thank you for your feedback, Marek.

To provide more context, one specific application that requires
increasing IO_TLB_SEGSIZE is the Hailo 8 PCIe AI card. This card uses
dma_alloc_coherent to allocate descriptor lists, as seen in the Hailo
driver implementation here: 
https://github.com/hailo-ai/hailort-drivers/blob/7161f9ee5918029bd4497f590003c2f87ec32507/linux/vdma/memory.c#L322
The maximum size (nslots) for these allocations can reach 160, which
exceeds the current default value of IO_TLB_SEGSIZE (128).

Since IO_TLB_SEGSIZE is defined as a constant in the kernel:

`#define IO_TLB_SEGSIZE 128`


this limitation causes swiotlb_search_pool_area, 
https://github.com/torvalds/linux/blame/v6.15-rc2/kernel/dma/swiotlb.c#L1085,
(or swiotlb_do_find_slots in older kernels) to fail when attempting to
allocate contiguous physical memory (CMA). This results in runtime
errors and prevents the Hailo 8 card from functioning correctly in
certain configurations.

By making IO_TLB_SEGSIZE configurable via a kernel configuration option
(CONFIG_SWIOTLB_SEGSIZE), users can adjust the segment size to
accommodate such use cases. This change improves flexibility and
ensures that systems can be tailored to meet the requirements of
specific hardware, such as the Hailo 8 PCIe AI card, without requiring
kernel source modifications.

I hope this example clarifies the need for this change. Please let me
know if further details or additional examples are required.

Best Regards,
Li Hua Qian
> 
> 
> > Li Hua Qian (1):
> >    swiotlb: Make IO_TLB_SEGSIZE configurable
> > 
> >   include/linux/swiotlb.h | 2 +-
> >   kernel/dma/Kconfig      | 7 +++++++
> >   2 files changed, 8 insertions(+), 1 deletion(-)
> > 
> Best regards

-- 
Hua Qian Li
Siemens AG
www.siemens.com

  reply	other threads:[~2025-04-24  5:12 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20250422063734eucas1p2561ad6f847f6824c9c79a842fa458e41@eucas1p2.samsung.com>
2025-04-22  6:37 ` [PATCH 0/1] swiotlb: Make IO_TLB_SEGSIZE Configurable huaqian.li
2025-04-22  6:37   ` [PATCH 1/1] swiotlb: Make IO_TLB_SEGSIZE configurable huaqian.li
2025-04-22 13:36   ` [PATCH 0/1] swiotlb: Make IO_TLB_SEGSIZE Configurable Marek Szyprowski
2025-04-24  5:12     ` Li, Hua Qian [this message]
2025-04-24 12:58       ` Robin Murphy
2025-04-25  5:32         ` Li, Hua Qian
2025-04-25 10:42           ` Robin Murphy
2025-04-27  1:21             ` Li, Hua Qian
2025-04-28 20:27             ` Konrad Rzeszutek Wilk

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=dc6f299b18f7870c7bffecca25cee9e436a32c7b.camel@siemens.com \
    --to=huaqian.li@siemens.com \
    --cc=baocheng.su@siemens.com \
    --cc=iommu@lists.linux.dev \
    --cc=jan.kiszka@siemens.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=m.szyprowski@samsung.com \
    --cc=robin.murphy@arm.com \
    /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.