* [PATCH v6 1/3] dma-mapping: benchmark: modify the framework to adapt to more map modes
2026-01-12 9:34 [PATCH v6 0/3] dma-mapping: benchmark: Add support for dma_map_sg Qinxin Xia
@ 2026-01-12 9:34 ` Qinxin Xia
2026-01-12 9:34 ` [PATCH v6 2/3] dma-mapping: benchmark: add support for dma_map_sg Qinxin Xia
2026-01-12 9:34 ` [PATCH v6 3/3] tools/dma: Add dma_map_sg support Qinxin Xia
2 siblings, 0 replies; 8+ messages in thread
From: Qinxin Xia @ 2026-01-12 9:34 UTC (permalink / raw)
To: 21cnbao, xiaqinxin, jonathan.cameron, wangzhou1
Cc: iommu, prime.zeng, fanghao11, linux-kernel, linuxarm
This patch adjusts the DMA map benchmark framework to make the DMA
map benchmark framework more flexible and adaptable to other mapping
modes in the future. By abstracting the framework into five interfaces:
prepare, unprepare, initialize_data, do_map, and do_unmap.
The new map schema can be introduced more easily
without major modifications to the existing code structure.
Reviewed-by: Barry Song <baohua@kernel.org>
Signed-off-by: Qinxin Xia <xiaqinxin@huawei.com>
---
include/uapi/linux/map_benchmark.h | 8 +-
kernel/dma/map_benchmark.c | 131 ++++++++++++++++++++++++-----
2 files changed, 115 insertions(+), 24 deletions(-)
diff --git a/include/uapi/linux/map_benchmark.h b/include/uapi/linux/map_benchmark.h
index c2d91088a40d..e076748f2120 100644
--- a/include/uapi/linux/map_benchmark.h
+++ b/include/uapi/linux/map_benchmark.h
@@ -17,6 +17,11 @@
#define DMA_MAP_TO_DEVICE 1
#define DMA_MAP_FROM_DEVICE 2
+enum {
+ DMA_MAP_BENCH_SINGLE_MODE,
+ DMA_MAP_BENCH_MODE_MAX
+};
+
struct map_benchmark {
__u64 avg_map_100ns; /* average map latency in 100ns */
__u64 map_stddev; /* standard deviation of map latency */
@@ -29,7 +34,8 @@ struct map_benchmark {
__u32 dma_dir; /* DMA data direction */
__u32 dma_trans_ns; /* time for DMA transmission in ns */
__u32 granule; /* how many PAGE_SIZE will do map/unmap once a time */
- __u8 expansion[76]; /* For future use */
+ __u8 map_mode; /* the mode of dma map */
+ __u8 expansion[75]; /* For future use */
};
#endif /* _UAPI_DMA_BENCHMARK_H */
diff --git a/kernel/dma/map_benchmark.c b/kernel/dma/map_benchmark.c
index 794041a39e65..cee3e451e844 100644
--- a/kernel/dma/map_benchmark.c
+++ b/kernel/dma/map_benchmark.c
@@ -5,6 +5,7 @@
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
+#include <linux/cleanup.h>
#include <linux/debugfs.h>
#include <linux/delay.h>
#include <linux/device.h>
@@ -31,17 +32,105 @@ struct map_benchmark_data {
atomic64_t loops;
};
+struct map_benchmark_ops {
+ void *(*prepare)(struct map_benchmark_data *map);
+ void (*unprepare)(void *mparam);
+ void (*initialize_data)(void *mparam);
+ int (*do_map)(void *mparam);
+ void (*do_unmap)(void *mparam);
+};
+
+struct dma_single_map_param {
+ struct device *dev;
+ dma_addr_t addr;
+ void *xbuf;
+ u32 npages;
+ u32 dma_dir;
+};
+
+static void *dma_single_map_benchmark_prepare(struct map_benchmark_data *map)
+{
+ struct dma_single_map_param *params __free(kfree) = kzalloc(sizeof(*params),
+ GFP_KERNEL);
+ if (!params)
+ return NULL;
+
+ params->npages = map->bparam.granule;
+ params->dma_dir = map->bparam.dma_dir;
+ params->dev = map->dev;
+ params->xbuf = alloc_pages_exact(params->npages * PAGE_SIZE, GFP_KERNEL);
+ if (!params->xbuf)
+ return NULL;
+
+ return_ptr(params);
+}
+
+static void dma_single_map_benchmark_unprepare(void *mparam)
+{
+ struct dma_single_map_param *params = mparam;
+
+ free_pages_exact(params->xbuf, params->npages * PAGE_SIZE);
+ kfree(params);
+}
+
+static void dma_single_map_benchmark_initialize_data(void *mparam)
+{
+ struct dma_single_map_param *params = mparam;
+
+ /*
+ * for a non-coherent device, if we don't stain them in the
+ * cache, this will give an underestimate of the real-world
+ * overhead of BIDIRECTIONAL or TO_DEVICE mappings;
+ * 66 means evertything goes well! 66 is lucky.
+ */
+ if (params->dma_dir != DMA_FROM_DEVICE)
+ memset(params->xbuf, 0x66, params->npages * PAGE_SIZE);
+}
+
+static int dma_single_map_benchmark_do_map(void *mparam)
+{
+ struct dma_single_map_param *params = mparam;
+
+ params->addr = dma_map_single(params->dev, params->xbuf,
+ params->npages * PAGE_SIZE, params->dma_dir);
+ if (unlikely(dma_mapping_error(params->dev, params->addr))) {
+ pr_err("dma_map_single failed on %s\n", dev_name(params->dev));
+ return -ENOMEM;
+ }
+
+ return 0;
+}
+
+static void dma_single_map_benchmark_do_unmap(void *mparam)
+{
+ struct dma_single_map_param *params = mparam;
+
+ dma_unmap_single(params->dev, params->addr,
+ params->npages * PAGE_SIZE, params->dma_dir);
+}
+
+static struct map_benchmark_ops dma_single_map_benchmark_ops = {
+ .prepare = dma_single_map_benchmark_prepare,
+ .unprepare = dma_single_map_benchmark_unprepare,
+ .initialize_data = dma_single_map_benchmark_initialize_data,
+ .do_map = dma_single_map_benchmark_do_map,
+ .do_unmap = dma_single_map_benchmark_do_unmap,
+};
+
+static struct map_benchmark_ops *dma_map_benchmark_ops[DMA_MAP_BENCH_MODE_MAX] = {
+ [DMA_MAP_BENCH_SINGLE_MODE] = &dma_single_map_benchmark_ops,
+};
+
static int map_benchmark_thread(void *data)
{
- void *buf;
- dma_addr_t dma_addr;
struct map_benchmark_data *map = data;
- int npages = map->bparam.granule;
- u64 size = npages * PAGE_SIZE;
+ __u8 map_mode = map->bparam.map_mode;
int ret = 0;
- buf = alloc_pages_exact(size, GFP_KERNEL);
- if (!buf)
+ struct map_benchmark_ops *mb_ops = dma_map_benchmark_ops[map_mode];
+ void *mparam = mb_ops->prepare(map);
+
+ if (!mparam)
return -ENOMEM;
while (!kthread_should_stop()) {
@@ -49,23 +138,12 @@ static int map_benchmark_thread(void *data)
ktime_t map_stime, map_etime, unmap_stime, unmap_etime;
ktime_t map_delta, unmap_delta;
- /*
- * for a non-coherent device, if we don't stain them in the
- * cache, this will give an underestimate of the real-world
- * overhead of BIDIRECTIONAL or TO_DEVICE mappings;
- * 66 means evertything goes well! 66 is lucky.
- */
- if (map->dir != DMA_FROM_DEVICE)
- memset(buf, 0x66, size);
-
+ mb_ops->initialize_data(mparam);
map_stime = ktime_get();
- dma_addr = dma_map_single(map->dev, buf, size, map->dir);
- if (unlikely(dma_mapping_error(map->dev, dma_addr))) {
- pr_err("dma_map_single failed on %s\n",
- dev_name(map->dev));
- ret = -ENOMEM;
+ ret = mb_ops->do_map(mparam);
+ if (ret)
goto out;
- }
+
map_etime = ktime_get();
map_delta = ktime_sub(map_etime, map_stime);
@@ -73,7 +151,8 @@ static int map_benchmark_thread(void *data)
ndelay(map->bparam.dma_trans_ns);
unmap_stime = ktime_get();
- dma_unmap_single(map->dev, dma_addr, size, map->dir);
+ mb_ops->do_unmap(mparam);
+
unmap_etime = ktime_get();
unmap_delta = ktime_sub(unmap_etime, unmap_stime);
@@ -108,7 +187,7 @@ static int map_benchmark_thread(void *data)
}
out:
- free_pages_exact(buf, size);
+ mb_ops->unprepare(mparam);
return ret;
}
@@ -209,6 +288,12 @@ static long map_benchmark_ioctl(struct file *file, unsigned int cmd,
switch (cmd) {
case DMA_MAP_BENCHMARK:
+ if (map->bparam.map_mode < 0 ||
+ map->bparam.map_mode >= DMA_MAP_BENCH_MODE_MAX) {
+ pr_err("invalid map mode\n");
+ return -EINVAL;
+ }
+
if (map->bparam.threads == 0 ||
map->bparam.threads > DMA_MAP_MAX_THREADS) {
pr_err("invalid thread number\n");
--
2.33.0
^ permalink raw reply [flat|nested] 8+ messages in thread* [PATCH v6 2/3] dma-mapping: benchmark: add support for dma_map_sg
2026-01-12 9:34 [PATCH v6 0/3] dma-mapping: benchmark: Add support for dma_map_sg Qinxin Xia
2026-01-12 9:34 ` [PATCH v6 1/3] dma-mapping: benchmark: modify the framework to adapt to more map modes Qinxin Xia
@ 2026-01-12 9:34 ` Qinxin Xia
2026-01-12 9:34 ` [PATCH v6 3/3] tools/dma: Add dma_map_sg support Qinxin Xia
2 siblings, 0 replies; 8+ messages in thread
From: Qinxin Xia @ 2026-01-12 9:34 UTC (permalink / raw)
To: 21cnbao, xiaqinxin, jonathan.cameron, wangzhou1
Cc: iommu, prime.zeng, fanghao11, linux-kernel, linuxarm
Support for dma scatter-gather mapping and is intended for testing
mapping performance. It achieves by introducing the dma_sg_map_param
structure and related functions, which enable the implementation of
scatter-gather mapping preparation, mapping, and unmapping operations.
Additionally, the dma_map_benchmark_ops array is updated to include
operations for scatter-gather mapping. This commit aims to provide
a wider range of mapping performance test to cater to different scenarios.
Reviewed-by: Barry Song <baohua@kernel.org>
Signed-off-by: Qinxin Xia <xiaqinxin@huawei.com>
---
include/uapi/linux/map_benchmark.h | 1 +
kernel/dma/map_benchmark.c | 115 +++++++++++++++++++++++++++++
2 files changed, 116 insertions(+)
diff --git a/include/uapi/linux/map_benchmark.h b/include/uapi/linux/map_benchmark.h
index e076748f2120..5fa3745e1651 100644
--- a/include/uapi/linux/map_benchmark.h
+++ b/include/uapi/linux/map_benchmark.h
@@ -19,6 +19,7 @@
enum {
DMA_MAP_BENCH_SINGLE_MODE,
+ DMA_MAP_BENCH_SG_MODE,
DMA_MAP_BENCH_MODE_MAX
};
diff --git a/kernel/dma/map_benchmark.c b/kernel/dma/map_benchmark.c
index cee3e451e844..590cb1228289 100644
--- a/kernel/dma/map_benchmark.c
+++ b/kernel/dma/map_benchmark.c
@@ -16,6 +16,7 @@
#include <linux/module.h>
#include <linux/pci.h>
#include <linux/platform_device.h>
+#include <linux/scatterlist.h>
#include <linux/slab.h>
#include <linux/timekeeping.h>
#include <uapi/linux/map_benchmark.h>
@@ -117,8 +118,122 @@ static struct map_benchmark_ops dma_single_map_benchmark_ops = {
.do_unmap = dma_single_map_benchmark_do_unmap,
};
+struct dma_sg_map_param {
+ struct sg_table sgt;
+ struct device *dev;
+ void **buf;
+ u32 npages;
+ u32 dma_dir;
+};
+
+static void *dma_sg_map_benchmark_prepare(struct map_benchmark_data *map)
+{
+ struct scatterlist *sg;
+ int i;
+
+ struct dma_sg_map_param *params = kzalloc(sizeof(*params), GFP_KERNEL);
+
+ if (!params)
+ return NULL;
+ /*
+ * Set the number of scatterlist entries based on the granule.
+ * In SG mode, 'granule' represents the number of scatterlist entries.
+ * Each scatterlist entry corresponds to a single page.
+ */
+ params->npages = map->bparam.granule;
+ params->dma_dir = map->bparam.dma_dir;
+ params->dev = map->dev;
+ params->buf = kmalloc_array(params->npages, sizeof(*params->buf),
+ GFP_KERNEL);
+ if (!params->buf)
+ goto out;
+
+ if (sg_alloc_table(¶ms->sgt, params->npages, GFP_KERNEL))
+ goto free_buf;
+
+ for_each_sgtable_sg(¶ms->sgt, sg, i) {
+ params->buf[i] = (void *)__get_free_page(GFP_KERNEL);
+ if (!params->buf[i])
+ goto free_page;
+
+ sg_set_buf(sg, params->buf[i], PAGE_SIZE);
+ }
+
+ return params;
+
+free_page:
+ while (i-- > 0)
+ free_page((unsigned long)params->buf[i]);
+
+ sg_free_table(¶ms->sgt);
+free_buf:
+ kfree(params->buf);
+out:
+ kfree(params);
+ return NULL;
+}
+
+static void dma_sg_map_benchmark_unprepare(void *mparam)
+{
+ struct dma_sg_map_param *params = mparam;
+ int i;
+
+ for (i = 0; i < params->npages; i++)
+ free_page((unsigned long)params->buf[i]);
+
+ sg_free_table(¶ms->sgt);
+
+ kfree(params->buf);
+ kfree(params);
+}
+
+static void dma_sg_map_benchmark_initialize_data(void *mparam)
+{
+ struct dma_sg_map_param *params = mparam;
+ struct scatterlist *sg;
+ int i = 0;
+
+ if (params->dma_dir == DMA_FROM_DEVICE)
+ return;
+
+ for_each_sgtable_sg(¶ms->sgt, sg, i)
+ memset(params->buf[i], 0x66, PAGE_SIZE);
+}
+
+static int dma_sg_map_benchmark_do_map(void *mparam)
+{
+ struct dma_sg_map_param *params = mparam;
+ int ret = 0;
+
+ int sg_mapped = dma_map_sg(params->dev, params->sgt.sgl,
+ params->npages, params->dma_dir);
+ if (!sg_mapped) {
+ pr_err("dma_map_sg failed on %s\n", dev_name(params->dev));
+ ret = -ENOMEM;
+ }
+
+ return ret;
+}
+
+static void dma_sg_map_benchmark_do_unmap(void *mparam)
+{
+ struct dma_sg_map_param *params = mparam;
+
+ dma_unmap_sg(params->dev, params->sgt.sgl, params->npages,
+ params->dma_dir);
+}
+
+static struct map_benchmark_ops dma_sg_map_benchmark_ops = {
+ .prepare = dma_sg_map_benchmark_prepare,
+ .unprepare = dma_sg_map_benchmark_unprepare,
+ .initialize_data = dma_sg_map_benchmark_initialize_data,
+ .do_map = dma_sg_map_benchmark_do_map,
+ .do_unmap = dma_sg_map_benchmark_do_unmap,
+};
+
static struct map_benchmark_ops *dma_map_benchmark_ops[DMA_MAP_BENCH_MODE_MAX] = {
[DMA_MAP_BENCH_SINGLE_MODE] = &dma_single_map_benchmark_ops,
+ [DMA_MAP_BENCH_SG_MODE] = &dma_sg_map_benchmark_ops,
};
static int map_benchmark_thread(void *data)
--
2.33.0
^ permalink raw reply [flat|nested] 8+ messages in thread* [PATCH v6 3/3] tools/dma: Add dma_map_sg support
2026-01-12 9:34 [PATCH v6 0/3] dma-mapping: benchmark: Add support for dma_map_sg Qinxin Xia
2026-01-12 9:34 ` [PATCH v6 1/3] dma-mapping: benchmark: modify the framework to adapt to more map modes Qinxin Xia
2026-01-12 9:34 ` [PATCH v6 2/3] dma-mapping: benchmark: add support for dma_map_sg Qinxin Xia
@ 2026-01-12 9:34 ` Qinxin Xia
2026-01-26 2:51 ` Barry Song
2 siblings, 1 reply; 8+ messages in thread
From: Qinxin Xia @ 2026-01-12 9:34 UTC (permalink / raw)
To: 21cnbao, xiaqinxin, jonathan.cameron, wangzhou1
Cc: iommu, prime.zeng, fanghao11, linux-kernel, linuxarm
Support for dma_map_sg, add option '-m' to distinguish mode.
i) Users can set option '-m' to select mode:
DMA_MAP_BENCH_SINGLE_MODE=0, DMA_MAP_BENCH_SG_MODE:=1
(The mode is also show in the test result).
ii) Users can set option '-g' to set sg_nents
(total count of entries in scatterlist)
the maximum number is 1024. Each of sg buf size is PAGE_SIZE.
e.g
[root@localhost]# ./dma_map_benchmark -m 1 -g 8 -t 8 -s 30 -d 2
dma mapping mode: DMA_MAP_BENCH_SG_MODE
dma mapping benchmark: threads:8 seconds:30 node:-1
dir:FROM_DEVICE granule/sg_nents: 8
average map latency(us):1.4 standard deviation:0.3
average unmap latency(us):1.3 standard deviation:0.3
[root@localhost]# ./dma_map_benchmark -m 0 -g 8 -t 8 -s 30 -d 2
dma mapping mode: DMA_MAP_BENCH_SINGLE_MODE
dma mapping benchmark: threads:8 seconds:30 node:-1
dir:FROM_DEVICE granule/sg_nents: 8
average map latency(us):1.0 standard deviation:0.3
average unmap latency(us):1.3 standard deviation:0.5
Reviewed-by: Barry Song <baohua@kernel.org>
Signed-off-by: Qinxin Xia <xiaqinxin@huawei.com>
---
tools/dma/dma_map_benchmark.c | 23 ++++++++++++++++++++---
1 file changed, 20 insertions(+), 3 deletions(-)
diff --git a/tools/dma/dma_map_benchmark.c b/tools/dma/dma_map_benchmark.c
index dd0ed528e6df..143ca8dab8af 100644
--- a/tools/dma/dma_map_benchmark.c
+++ b/tools/dma/dma_map_benchmark.c
@@ -20,12 +20,19 @@ static char *directions[] = {
"FROM_DEVICE",
};
+static char *mode[] = {
+ "SINGLE_MODE",
+ "SG_MODE",
+};
+
int main(int argc, char **argv)
{
struct map_benchmark map;
int fd, opt;
/* default single thread, run 20 seconds on NUMA_NO_NODE */
int threads = 1, seconds = 20, node = -1;
+ /* default single map mode */
+ int map_mode = DMA_MAP_BENCH_SINGLE_MODE;
/* default dma mask 32bit, bidirectional DMA */
int bits = 32, xdelay = 0, dir = DMA_MAP_BIDIRECTIONAL;
/* default granule 1 PAGESIZE */
@@ -33,7 +40,7 @@ int main(int argc, char **argv)
int cmd = DMA_MAP_BENCHMARK;
- while ((opt = getopt(argc, argv, "t:s:n:b:d:x:g:")) != -1) {
+ while ((opt = getopt(argc, argv, "t:s:n:b:d:x:g:m:")) != -1) {
switch (opt) {
case 't':
threads = atoi(optarg);
@@ -56,11 +63,20 @@ int main(int argc, char **argv)
case 'g':
granule = atoi(optarg);
break;
+ case 'm':
+ map_mode = atoi(optarg);
+ break;
default:
return -1;
}
}
+ if (map_mode < 0 || map_mode >= DMA_MAP_BENCH_MODE_MAX) {
+ fprintf(stderr, "invalid map mode, SINGLE_MODE:%d, SG_MODE: %d\n",
+ DMA_MAP_BENCH_SINGLE_MODE, DMA_MAP_BENCH_SG_MODE);
+ exit(1);
+ }
+
if (threads <= 0 || threads > DMA_MAP_MAX_THREADS) {
fprintf(stderr, "invalid number of threads, must be in 1-%d\n",
DMA_MAP_MAX_THREADS);
@@ -110,14 +126,15 @@ int main(int argc, char **argv)
map.dma_dir = dir;
map.dma_trans_ns = xdelay;
map.granule = granule;
+ map.map_mode = map_mode;
if (ioctl(fd, cmd, &map)) {
perror("ioctl");
exit(1);
}
- printf("dma mapping benchmark: threads:%d seconds:%d node:%d dir:%s granule: %d\n",
- threads, seconds, node, directions[dir], granule);
+ printf("dma mapping benchmark(%s): threads:%d seconds:%d node:%d dir:%s granule:%d\n",
+ mode[map_mode], threads, seconds, node, directions[dir], granule);
printf("average map latency(us):%.1f standard deviation:%.1f\n",
map.avg_map_100ns/10.0, map.map_stddev/10.0);
printf("average unmap latency(us):%.1f standard deviation:%.1f\n",
--
2.33.0
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH v6 3/3] tools/dma: Add dma_map_sg support
2026-01-12 9:34 ` [PATCH v6 3/3] tools/dma: Add dma_map_sg support Qinxin Xia
@ 2026-01-26 2:51 ` Barry Song
2026-01-30 8:38 ` Qinxin Xia
0 siblings, 1 reply; 8+ messages in thread
From: Barry Song @ 2026-01-26 2:51 UTC (permalink / raw)
To: Qinxin Xia
Cc: jonathan.cameron, wangzhou1, iommu, prime.zeng, fanghao11,
linux-kernel, linuxarm
On Mon, Jan 12, 2026 at 5:34 PM Qinxin Xia <xiaqinxin@huawei.com> wrote:
>
> Support for dma_map_sg, add option '-m' to distinguish mode.
>
> i) Users can set option '-m' to select mode:
> DMA_MAP_BENCH_SINGLE_MODE=0, DMA_MAP_BENCH_SG_MODE:=1
> (The mode is also show in the test result).
> ii) Users can set option '-g' to set sg_nents
> (total count of entries in scatterlist)
> the maximum number is 1024. Each of sg buf size is PAGE_SIZE.
> e.g
> [root@localhost]# ./dma_map_benchmark -m 1 -g 8 -t 8 -s 30 -d 2
> dma mapping mode: DMA_MAP_BENCH_SG_MODE
> dma mapping benchmark: threads:8 seconds:30 node:-1
> dir:FROM_DEVICE granule/sg_nents: 8
> average map latency(us):1.4 standard deviation:0.3
> average unmap latency(us):1.3 standard deviation:0.3
> [root@localhost]# ./dma_map_benchmark -m 0 -g 8 -t 8 -s 30 -d 2
> dma mapping mode: DMA_MAP_BENCH_SINGLE_MODE
> dma mapping benchmark: threads:8 seconds:30 node:-1
> dir:FROM_DEVICE granule/sg_nents: 8
> average map latency(us):1.0 standard deviation:0.3
> average unmap latency(us):1.3 standard deviation:0.5
>
What happens if m is set to 0 while g is set to 8?
Thanks
Barry
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v6 3/3] tools/dma: Add dma_map_sg support
2026-01-26 2:51 ` Barry Song
@ 2026-01-30 8:38 ` Qinxin Xia
2026-01-30 9:16 ` Barry Song
0 siblings, 1 reply; 8+ messages in thread
From: Qinxin Xia @ 2026-01-30 8:38 UTC (permalink / raw)
To: Barry Song
Cc: jonathan.cameron, wangzhou1, iommu, prime.zeng, fanghao11,
linux-kernel, linuxarm
On 2026/1/26 10:51:11, Barry Song <21cnbao@gmail.com> wrote:
> On Mon, Jan 12, 2026 at 5:34 PM Qinxin Xia <xiaqinxin@huawei.com> wrote:
>>
>> Support for dma_map_sg, add option '-m' to distinguish mode.
>>
>> i) Users can set option '-m' to select mode:
>> DMA_MAP_BENCH_SINGLE_MODE=0, DMA_MAP_BENCH_SG_MODE:=1
>> (The mode is also show in the test result).
>> ii) Users can set option '-g' to set sg_nents
>> (total count of entries in scatterlist)
>> the maximum number is 1024. Each of sg buf size is PAGE_SIZE.
>> e.g
>> [root@localhost]# ./dma_map_benchmark -m 1 -g 8 -t 8 -s 30 -d 2
>> dma mapping mode: DMA_MAP_BENCH_SG_MODE
>> dma mapping benchmark: threads:8 seconds:30 node:-1
>> dir:FROM_DEVICE granule/sg_nents: 8
>> average map latency(us):1.4 standard deviation:0.3
>> average unmap latency(us):1.3 standard deviation:0.3
>> [root@localhost]# ./dma_map_benchmark -m 0 -g 8 -t 8 -s 30 -d 2
>> dma mapping mode: DMA_MAP_BENCH_SINGLE_MODE
>> dma mapping benchmark: threads:8 seconds:30 node:-1
>> dir:FROM_DEVICE granule/sg_nents: 8
>> average map latency(us):1.0 standard deviation:0.3
>> average unmap latency(us):1.3 standard deviation:0.5
>>
>
> What happens if m is set to 0 while g is set to 8?
>
> Thanks
> Barry
Hi Barry!
m set '0' and g set '8', This means that 8 page_sizes are mapped at a
time in single mode.
As the comment for the struct map_benchmark definition says:
__u32 granule; /* how many PAGE_SIZE will do map/unmap once a time */
[root@localhost xqx]# ./dma_map_benchmark -m 0 -g 8 -t 8 -s 30 -d 2
dma mapping benchmark(SINGLE_MODE): threads:8 seconds:30 node:-1
dir:FROM_DEVICE granule:8
average map latency(us):0.2 standard deviation:0.1
average unmap latency(us):4.3 standard deviation:1.4
======================================================
The newly added sg mode reuses the -g option as sgnents and is described
in the comments:
/*
* Set the number of scatterlist entries based on the granule.
* In SG mode, 'granule' represents the number of scatterlist
entries.
* Each scatterlist entry corresponds to a single page.
*/
By the way, I've considered testing sgnents of different sizes, but it's
not very easy to set for user parameters, so I set it with each
scatterlist entry corresponds to a single page.
Thanks,
Qinxin
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH v6 3/3] tools/dma: Add dma_map_sg support
2026-01-30 8:38 ` Qinxin Xia
@ 2026-01-30 9:16 ` Barry Song
2026-02-03 2:45 ` Qinxin Xia
0 siblings, 1 reply; 8+ messages in thread
From: Barry Song @ 2026-01-30 9:16 UTC (permalink / raw)
To: Qinxin Xia
Cc: jonathan.cameron, wangzhou1, iommu, prime.zeng, fanghao11,
linux-kernel, linuxarm
On Fri, Jan 30, 2026 at 4:38 PM Qinxin Xia <xiaqinxin@huawei.com> wrote:
>
>
>
> On 2026/1/26 10:51:11, Barry Song <21cnbao@gmail.com> wrote:
> > On Mon, Jan 12, 2026 at 5:34 PM Qinxin Xia <xiaqinxin@huawei.com> wrote:
> >>
> >> Support for dma_map_sg, add option '-m' to distinguish mode.
> >>
> >> i) Users can set option '-m' to select mode:
> >> DMA_MAP_BENCH_SINGLE_MODE=0, DMA_MAP_BENCH_SG_MODE:=1
> >> (The mode is also show in the test result).
> >> ii) Users can set option '-g' to set sg_nents
> >> (total count of entries in scatterlist)
> >> the maximum number is 1024. Each of sg buf size is PAGE_SIZE.
> >> e.g
> >> [root@localhost]# ./dma_map_benchmark -m 1 -g 8 -t 8 -s 30 -d 2
> >> dma mapping mode: DMA_MAP_BENCH_SG_MODE
> >> dma mapping benchmark: threads:8 seconds:30 node:-1
> >> dir:FROM_DEVICE granule/sg_nents: 8
> >> average map latency(us):1.4 standard deviation:0.3
> >> average unmap latency(us):1.3 standard deviation:0.3
> >> [root@localhost]# ./dma_map_benchmark -m 0 -g 8 -t 8 -s 30 -d 2
> >> dma mapping mode: DMA_MAP_BENCH_SINGLE_MODE
> >> dma mapping benchmark: threads:8 seconds:30 node:-1
> >> dir:FROM_DEVICE granule/sg_nents: 8
> >> average map latency(us):1.0 standard deviation:0.3
> >> average unmap latency(us):1.3 standard deviation:0.5
> >>
> >
> > What happens if m is set to 0 while g is set to 8?
> >
> > Thanks
> > Barry
>
> Hi Barry!
> m set '0' and g set '8', This means that 8 page_sizes are mapped at a
> time in single mode.
> As the comment for the struct map_benchmark definition says:
>
> __u32 granule; /* how many PAGE_SIZE will do map/unmap once a time */
>
> [root@localhost xqx]# ./dma_map_benchmark -m 0 -g 8 -t 8 -s 30 -d 2
> dma mapping benchmark(SINGLE_MODE): threads:8 seconds:30 node:-1
> dir:FROM_DEVICE granule:8
> average map latency(us):0.2 standard deviation:0.1
> average unmap latency(us):4.3 standard deviation:1.4
>
> ======================================================
> The newly added sg mode reuses the -g option as sgnents and is described
> in the comments:
> /*
> * Set the number of scatterlist entries based on the granule.
>
>
> * In SG mode, 'granule' represents the number of scatterlist
> entries.
> * Each scatterlist entry corresponds to a single page.
> */
>
> By the way, I've considered testing sgnents of different sizes, but it's
> not very easy to set for user parameters, so I set it with each
> scatterlist entry corresponds to a single page.
This is a bit odd. Ideally, we shouldn’t have a mixed definition
for a single variant, but since this is just a tool, it may be
acceptable.
That said, the documentation should at least be updated in
patches 2/3 and 3/3. As it stands, it still says:
__u32 granule; /* how many PAGE_SIZE are mapped or unmapped
at a time */
>
> Thanks,
> Qinxin
>
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: [PATCH v6 3/3] tools/dma: Add dma_map_sg support
2026-01-30 9:16 ` Barry Song
@ 2026-02-03 2:45 ` Qinxin Xia
0 siblings, 0 replies; 8+ messages in thread
From: Qinxin Xia @ 2026-02-03 2:45 UTC (permalink / raw)
To: Barry Song
Cc: jonathan.cameron, wangzhou1, iommu, prime.zeng, fanghao11,
linux-kernel, linuxarm
On 2026/1/30 17:16:08, Barry Song <21cnbao@gmail.com> wrote:
> On Fri, Jan 30, 2026 at 4:38 PM Qinxin Xia <xiaqinxin@huawei.com> wrote:
>>
>>
>>
>> On 2026/1/26 10:51:11, Barry Song <21cnbao@gmail.com> wrote:
>>> On Mon, Jan 12, 2026 at 5:34 PM Qinxin Xia <xiaqinxin@huawei.com> wrote:
>>>>
>>>> Support for dma_map_sg, add option '-m' to distinguish mode.
>>>>
>>>> i) Users can set option '-m' to select mode:
>>>> DMA_MAP_BENCH_SINGLE_MODE=0, DMA_MAP_BENCH_SG_MODE:=1
>>>> (The mode is also show in the test result).
>>>> ii) Users can set option '-g' to set sg_nents
>>>> (total count of entries in scatterlist)
>>>> the maximum number is 1024. Each of sg buf size is PAGE_SIZE.
>>>> e.g
>>>> [root@localhost]# ./dma_map_benchmark -m 1 -g 8 -t 8 -s 30 -d 2
>>>> dma mapping mode: DMA_MAP_BENCH_SG_MODE
>>>> dma mapping benchmark: threads:8 seconds:30 node:-1
>>>> dir:FROM_DEVICE granule/sg_nents: 8
>>>> average map latency(us):1.4 standard deviation:0.3
>>>> average unmap latency(us):1.3 standard deviation:0.3
>>>> [root@localhost]# ./dma_map_benchmark -m 0 -g 8 -t 8 -s 30 -d 2
>>>> dma mapping mode: DMA_MAP_BENCH_SINGLE_MODE
>>>> dma mapping benchmark: threads:8 seconds:30 node:-1
>>>> dir:FROM_DEVICE granule/sg_nents: 8
>>>> average map latency(us):1.0 standard deviation:0.3
>>>> average unmap latency(us):1.3 standard deviation:0.5
>>>>
>>>
>>> What happens if m is set to 0 while g is set to 8?
>>>
>>> Thanks
>>> Barry
>>
>> Hi Barry!
>> m set '0' and g set '8', This means that 8 page_sizes are mapped at a
>> time in single mode.
>> As the comment for the struct map_benchmark definition says:
>>
>> __u32 granule; /* how many PAGE_SIZE will do map/unmap once a time */
>>
>> [root@localhost xqx]# ./dma_map_benchmark -m 0 -g 8 -t 8 -s 30 -d 2
>> dma mapping benchmark(SINGLE_MODE): threads:8 seconds:30 node:-1
>> dir:FROM_DEVICE granule:8
>> average map latency(us):0.2 standard deviation:0.1
>> average unmap latency(us):4.3 standard deviation:1.4
>>
>> ======================================================
>> The newly added sg mode reuses the -g option as sgnents and is described
>> in the comments:
>> /*
>> * Set the number of scatterlist entries based on the granule.
>>
>>
>> * In SG mode, 'granule' represents the number of scatterlist
>> entries.
>> * Each scatterlist entry corresponds to a single page.
>> */
>>
>> By the way, I've considered testing sgnents of different sizes, but it's
>> not very easy to set for user parameters, so I set it with each
>> scatterlist entry corresponds to a single page.
>
> This is a bit odd. Ideally, we shouldn’t have a mixed definition
> for a single variant, but since this is just a tool, it may be
> acceptable.
>
> That said, the documentation should at least be updated in
> patches 2/3 and 3/3. As it stands, it still says:
>
> __u32 granule; /* how many PAGE_SIZE are mapped or unmapped
> at a time */
>
>
>>
>> Thanks,
>> Qinxin
>>
OK, I will update the documentation in the next version.
Do you have any other suggestions for this series?
--
Thanks,
Qinxin
^ permalink raw reply [flat|nested] 8+ messages in thread