linux-block.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ming Lei <ming.lei@redhat.com>
To: Jens Axboe <axboe@fb.com>, linux-block@vger.kernel.org
Cc: Christoph Hellwig <hch@infradead.org>, Ming Lei <ming.lei@redhat.com>
Subject: [PATCH 00/10] block: cleanup on direct access to bvec table(prepare for multipage bvec)
Date: Fri,  8 Dec 2017 21:13:59 +0800	[thread overview]
Message-ID: <20171208131409.11889-1-ming.lei@redhat.com> (raw)

Hi,

This patchse cleans up most of direct access to bvec table in tree, and
these patches are the follow-up of patch1 ~ 16 in the patchset of 'block:
support multipage bvec(V3)'[1]. 

Changes against [1]:
1) split the cleanup patches from [1]
2) address comments from Christoph:
	- introduce bio helpers for dealing with the cleanup
	- move bio_alloc_pages() to bcache


[1] https://marc.info/?t=150218197600001&r=1&w=2

Thanks,
Ming

Ming Lei (10):
  block: introduce bio helpers for converting to multipage bvec
  block: conver to bio_first_bvec() & bio_first_page()
  fs: convert to bio_last_bvec()
  block: bounce: avoid direct access to bvec table
  block: bounce: don't access bio->bi_io_vec in copy_to_high_bio_irq
  dm: limit the max bio size as BIO_MAX_PAGES * PAGE_SIZE
  bcache: comment on direct access to bvec table
  block: move bio_alloc_pages() to bcache
  btrfs: avoid access to .bi_vcnt directly
  btrfs: avoid to access bvec table directly for a cloned bio

 block/bio.c                      | 28 ----------------------------
 block/bounce.c                   | 33 +++++++++++++++++++--------------
 drivers/block/drbd/drbd_bitmap.c |  2 +-
 drivers/block/zram/zram_drv.c    |  2 +-
 drivers/md/bcache/btree.c        |  1 +
 drivers/md/bcache/super.c        |  8 ++++----
 drivers/md/bcache/util.c         | 34 ++++++++++++++++++++++++++++++++++
 drivers/md/bcache/util.h         |  1 +
 drivers/md/dm.c                  | 10 +++++++++-
 fs/btrfs/compression.c           |  4 ++--
 fs/btrfs/extent_io.c             | 11 ++++++-----
 fs/btrfs/extent_io.h             |  2 +-
 fs/btrfs/inode.c                 |  8 +++++---
 fs/buffer.c                      |  2 +-
 fs/f2fs/data.c                   |  2 +-
 include/linux/bio.h              | 25 ++++++++++++++++++++++++-
 include/linux/bvec.h             |  9 +++++++++
 kernel/power/swap.c              |  2 +-
 mm/page_io.c                     |  4 ++--
 19 files changed, 122 insertions(+), 66 deletions(-)

-- 
2.9.5

             reply	other threads:[~2017-12-08 13:14 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-08 13:13 Ming Lei [this message]
2017-12-08 13:14 ` [PATCH 01/10] block: introduce bio helpers for converting to multipage bvec Ming Lei
2017-12-08 13:14 ` [PATCH 02/10] block: conver to bio_first_bvec() & bio_first_page() Ming Lei
2017-12-08 13:14 ` [PATCH 03/10] fs: convert to bio_last_bvec() Ming Lei
2017-12-08 13:14 ` [PATCH 04/10] block: bounce: avoid direct access to bvec table Ming Lei
2017-12-08 13:14 ` [PATCH 05/10] block: bounce: don't access bio->bi_io_vec in copy_to_high_bio_irq Ming Lei
2017-12-08 13:14 ` [PATCH 06/10] dm: limit the max bio size as BIO_MAX_PAGES * PAGE_SIZE Ming Lei
2017-12-08 13:14 ` [PATCH 07/10] bcache: comment on direct access to bvec table Ming Lei
2017-12-08 13:14 ` [PATCH 08/10] block: move bio_alloc_pages() to bcache Ming Lei
2018-01-08 18:05   ` Michael Lyle
2018-01-09  1:21     ` Ming Lei
2017-12-08 13:14 ` [PATCH 09/10] btrfs: avoid access to .bi_vcnt directly Ming Lei
2017-12-08 13:14 ` [PATCH 10/10] btrfs: avoid to access bvec table directly for a cloned bio Ming Lei
2017-12-12  7:57 ` [PATCH 00/10] block: cleanup on direct access to bvec table(prepare for multipage bvec) Christoph Hellwig
2017-12-12  9:18   ` Ming Lei
2017-12-13 17:55     ` Ming Lei
2018-01-05 19:02 ` Jens Axboe
2018-01-06  9:18   ` Ming Lei
2018-01-06 16:21     ` Jens Axboe

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=20171208131409.11889-1-ming.lei@redhat.com \
    --to=ming.lei@redhat.com \
    --cc=axboe@fb.com \
    --cc=hch@infradead.org \
    --cc=linux-block@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).