From: Bart Van Assche <bvanassche@acm.org>
To: Jens Axboe <axboe@kernel.dk>
Cc: linux-block@vger.kernel.org, linux-scsi@vger.kernel.org,
Jaegeuk Kim <jaegeuk@kernel.org>,
Avri Altman <avri.altman@wdc.com>,
Adrian Hunter <adrian.hunter@intel.com>,
Christoph Hellwig <hch@lst.de>, Ming Lei <ming.lei@redhat.com>,
Bart Van Assche <bvanassche@acm.org>
Subject: [PATCH v3 0/9] Add support for segments smaller than one page
Date: Wed, 18 Jan 2023 14:54:38 -0800 [thread overview]
Message-ID: <20230118225447.2809787-1-bvanassche@acm.org> (raw)
Hi Jens,
Several embedded storage controllers need support for DMA segments that are
smaller than the size of one virtual memory page. Hence this patch series.
Please consider this patch series for the next merge window.
Thanks,
Bart.
Changes compared to v2:
- For SCSI drivers, only set flag QUEUE_FLAG_SUB_PAGE_SEGMENTS if necessary.
- In the scsi_debug patch, sorted kernel module parameters alphabetically.
Only set flag QUEUE_FLAG_SUB_PAGE_SEGMENTS if necessary.
- Added a patch for the UFS Exynos driver that enables
CONFIG_BLK_SUB_PAGE_SEGMENTS if the page size exceeds 4 KiB.
Changes compared to v1:
- Added a CONFIG variable that controls whether or not small segment support
is enabled.
- Improved patch descriptions.
Bart Van Assche (9):
block: Introduce QUEUE_FLAG_SUB_PAGE_SEGMENTS and
CONFIG_BLK_SUB_PAGE_SEGMENTS
block: Support configuring limits below the page size
block: Support submitting passthrough requests with small segments
block: Add support for filesystem requests and small segments
block: Add support for small segments in blk_rq_map_user_iov()
scsi_debug: Support configuring the maximum segment size
null_blk: Support configuring the maximum segment size
scsi: core: Set BLK_SUB_PAGE_SEGMENTS for small max_segment_size
values
scsi: ufs: exynos: Select CONFIG_BLK_SUB_PAGE_SEGMENTS for lage page
sizes
block/Kconfig | 9 +++++++
block/blk-map.c | 43 ++++++++++++++++++++++++++-----
block/blk-merge.c | 6 +++--
block/blk-mq.c | 2 ++
block/blk-settings.c | 20 ++++++++------
block/blk.h | 22 +++++++++++-----
drivers/block/null_blk/main.c | 21 ++++++++++++---
drivers/block/null_blk/null_blk.h | 1 +
drivers/scsi/scsi_debug.c | 15 +++++++++++
drivers/scsi/scsi_lib.c | 3 +++
drivers/ufs/host/Kconfig | 1 +
include/linux/blkdev.h | 7 +++++
12 files changed, 125 insertions(+), 25 deletions(-)
next reply other threads:[~2023-01-18 22:55 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-18 22:54 Bart Van Assche [this message]
2023-01-18 22:54 ` [PATCH v3 1/9] block: Introduce QUEUE_FLAG_SUB_PAGE_SEGMENTS and CONFIG_BLK_SUB_PAGE_SEGMENTS Bart Van Assche
2023-01-18 23:02 ` Jens Axboe
2023-01-18 23:40 ` Bart Van Assche
2023-01-21 0:11 ` Bart Van Assche
2023-01-21 2:43 ` Jens Axboe
2023-01-23 19:58 ` Bart Van Assche
2023-01-18 22:54 ` [PATCH v3 2/9] block: Support configuring limits below the page size Bart Van Assche
2023-01-18 22:54 ` [PATCH v3 3/9] block: Support submitting passthrough requests with small segments Bart Van Assche
2023-01-18 22:54 ` [PATCH v3 4/9] block: Add support for filesystem requests and " Bart Van Assche
2023-01-18 22:54 ` [PATCH v3 5/9] block: Add support for small segments in blk_rq_map_user_iov() Bart Van Assche
2023-01-18 22:54 ` [PATCH v3 6/9] scsi_debug: Support configuring the maximum segment size Bart Van Assche
2023-01-18 22:54 ` [PATCH v3 7/9] null_blk: " Bart Van Assche
2023-01-18 22:54 ` [PATCH v3 8/9] scsi: core: Set BLK_SUB_PAGE_SEGMENTS for small max_segment_size values Bart Van Assche
2023-01-19 5:38 ` Christoph Hellwig
2023-01-19 17:27 ` Bart Van Assche
2023-01-18 22:54 ` [PATCH v3 9/9] scsi: ufs: exynos: Select CONFIG_BLK_SUB_PAGE_SEGMENTS for lage page sizes Bart Van Assche
2023-01-28 3:55 ` Ming Lei
2023-01-29 1:09 ` Bart Van Assche
2023-01-19 1:18 ` [PATCH v3 0/9] Add support for segments smaller than one page Jens Axboe
2023-01-19 4:43 ` Bart Van Assche
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=20230118225447.2809787-1-bvanassche@acm.org \
--to=bvanassche@acm.org \
--cc=adrian.hunter@intel.com \
--cc=avri.altman@wdc.com \
--cc=axboe@kernel.dk \
--cc=hch@lst.de \
--cc=jaegeuk@kernel.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=ming.lei@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox