All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jens Axboe <jens.axboe@oracle.com>
To: Boaz Harrosh <bharrosh@panasas.com>
Cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
	FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
	Jeff Garzik <jeff@garzik.org>, Tejun Heo <tj@kernel.org>,
	linux-scsi <linux-scsi@vger.kernel.org>,
	open-osd mailing-list <osd-dev@open-osd.org>,
	"Nicholas A. Bellinger" <nab@linux-iscsi.org>
Subject: Re: [patchset 0/4] osd: Stop usage of blk_rq_append_bio
Date: Tue, 12 May 2009 13:25:40 +0200	[thread overview]
Message-ID: <20090512112539.GH4140@kernel.dk> (raw)
In-Reply-To: <4A0307F4.50205@panasas.com>

On Thu, May 07 2009, Boaz Harrosh wrote:
> 
> Osd library needs to submit pre-allocated bios, form several sources.
> osdblk exofs and pNFS-layout driver all have prepared bios for IO submission.
> On top of that the osd library needs to append additional segments to the
> IO memory, for get/set attributes and more.
> 
> All these are done today by use of a temporary hack - blk_rq_append_bio.
> This is bad on few accounts.
> 1. blk_rq_append_bio was not meant to be exported and is very specific to its users.
> 2. blk_rq_append_bio does not support chained bios.
> 3. blk_rq_append_bio does not bounce the bio and therefore current osd implementation
>    has a bug.
> 
> The proposed solution adds two new fixtures to the block layer, and a corresponding
> fixing patch to osd. These are:
> 
> [PATCH 1/4] allow blk_rq_map_kern to append to requests
> [PATCH 2/4] libosd: Use new blk_rq_map_kern
> 
>   This is originally a James patch and it's used, to let blk_rq_map_kern append it's buffer
>   to existing bio, and there for is able to be called multiple times in a loop, to append
>   multiple segments. This API can also be useful for scsi/block targets that have segment
>   information in some other memory structure (like scatterlist) and wants to set it into
>   a request. Until such time that they have a proper support for mapping scatterlists directly.
>   (Since above called on long lists might not be good for performance)
> 
>   Here in osd it makes tons of sense, and should be considered for inclusion.
>   (The patches are based on linus-tip but should patch on block tree)
> 
> [RFC 3/4] New blk_make_request(), takes bio, returns a request
> [RFC 4/4] libosd: Use of new blk_make_request
>   
>   Here I propose a new block API, that will support proper delegation of a bio
>   to a full request. Please read inside the patch descriptions for details.
>   After this patch both osd and block layer will have the proper support for osdblk
>   driver as well as future needs.
>   These patches also eliminate the last use of blk_rq_append_bio which can be now un-exported.
> 
>   These two patches conflic with Tejun's branch and are based on linus-tip. Upon positive review
>   I will serialize them with Tejun and submit them properly. But first they must be agreed upon.
>   Jens, I specially need your opinion on this?

Looks sane to me. Can you resubmit against 'for-2.6.31' of the block git
repo?

-- 
Jens Axboe


  parent reply	other threads:[~2009-05-12 11:25 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-07 16:10 [patchset 0/4] osd: Stop usage of blk_rq_append_bio Boaz Harrosh
2009-05-07 16:12 ` [PATCH 1/4] allow blk_rq_map_kern to append to requests Boaz Harrosh
2009-05-07 16:14 ` [PATCH 2/4] libosd: Use new blk_rq_map_kern Boaz Harrosh
2009-05-07 16:16 ` [RFC 3/4] New blk_make_request(), takes bio, returns a request Boaz Harrosh
2009-05-07 16:18 ` [RFC 4/4] libosd: Use of new blk_make_request Boaz Harrosh
2009-05-09  7:36 ` [patchset 0/4] osd: Stop usage of blk_rq_append_bio Jeff Garzik
2009-05-09  8:12 ` Tejun Heo
2009-05-12 11:25 ` Jens Axboe [this message]
2009-05-13 14:28   ` Boaz Harrosh
2009-05-13 14:36     ` Boaz Harrosh
2009-05-13 14:47       ` James Bottomley
2009-05-14 14:53         ` Boaz Harrosh
2009-05-14 15:35           ` James Bottomley
2009-05-14 16:11             ` Boaz Harrosh
2009-05-14 16:39               ` Boaz Harrosh
2009-05-17  8:24                 ` Boaz Harrosh
2009-05-14 16:46               ` James Bottomley
2009-05-13 14:52     ` Stephen Rothwell
2009-05-13 15:01       ` Boaz Harrosh
2009-05-13 15:13       ` Stephen Rothwell

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=20090512112539.GH4140@kernel.dk \
    --to=jens.axboe@oracle.com \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=bharrosh@panasas.com \
    --cc=fujita.tomonori@lab.ntt.co.jp \
    --cc=jeff@garzik.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=nab@linux-iscsi.org \
    --cc=osd-dev@open-osd.org \
    --cc=tj@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.