All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@lst.de>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 1/3] Add specialized block driver scsi	generic API
Date: Sun, 15 Mar 2009 15:43:13 +0100	[thread overview]
Message-ID: <20090315144313.GA30986@lst.de> (raw)
In-Reply-To: <49BD0892.3060604@redhat.com>

On Sun, Mar 15, 2009 at 03:54:26PM +0200, Avi Kivity wrote:
> >Hower the way the new
> >API is designed somewhat gets in the way of my patch series to support
> >Gerd's native preadv/pwritev.
> >
> >  
> 
> Can you point out specific issues?

The patch series (now posted) makes all aio APIs use iovecs.  The
current non-iovec based SG API would require some nasty shims allocating
nested aiocbs.  Or we could just make the sg aio methods fake-ioveced
which is the solution I had before your split, always adding a
one-element iovec to the scsi-generic request structure.


> Using the block layer has the advantage of common setup, statistics, and 
> management.  I agree that the actual data movement is horribly out of 
> sync with the other format drivers.

Yeah, the setup is kinda interwinded with the block layer.  I wonder
whether the device-tree ideas will help sorting that out.

Note that I eventually want to support SG_IO on cdrom devices for
burning etc at which point we need to support scsi-generic even
if another driver is attached.  Note entirely sure how to handle
that yet.

  reply	other threads:[~2009-03-15 14:43 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-12 12:57 [Qemu-devel] [PATCH 0/3] Remove ->bdrv_pread() internal block layer API (v2) Avi Kivity
2009-03-12 12:57 ` [Qemu-devel] [PATCH 1/3] Add specialized block driver scsi generic API Avi Kivity
2009-03-14 14:33   ` Christoph Hellwig
2009-03-15 13:54     ` Avi Kivity
2009-03-15 14:43       ` Christoph Hellwig [this message]
2009-03-15 14:57         ` Avi Kivity
2009-03-15 15:06           ` Christoph Hellwig
2009-03-16 17:29           ` Jamie Lokier
2009-03-12 12:57 ` [Qemu-devel] [PATCH 2/3] Add internal scsi generic block API Avi Kivity
2009-03-12 12:57 ` [Qemu-devel] [PATCH 3/3] Drop internal bdrv_pread()/bdrv_pwrite() APIs Avi Kivity
2009-03-12 19:57 ` [Qemu-devel] Re: [PATCH 0/3] Remove ->bdrv_pread() internal block layer API (v2) Anthony Liguori
  -- strict thread matches above, loose matches on Subject: below --
2009-02-08 17:59 [Qemu-devel] [PATCH 0/3] Remove ->bdrv_pread() internal block layer API Avi Kivity
2009-02-08 17:59 ` [Qemu-devel] [PATCH 1/3] Add specialized block driver scsi generic API Avi Kivity

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=20090315144313.GA30986@lst.de \
    --to=hch@lst.de \
    --cc=qemu-devel@nongnu.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.