virtualization.lists.linux-foundation.org archive mirror
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: virtualization@lists.linux-foundation.org
Subject: Re: [PATCH] virtio-spec: add field for scsi command size
Date: Tue, 19 Mar 2013 09:58:21 +0200	[thread overview]
Message-ID: <20130319075821.GA11259@redhat.com> (raw)
In-Reply-To: <87ip4oqj4w.fsf@rustcorp.com.au>

On Tue, Mar 19, 2013 at 11:51:35AM +1030, Rusty Russell wrote:
> "Michael S. Tsirkin" <mst@redhat.com> writes:
> > On Thu, Mar 14, 2013 at 01:10:20PM +0200, Michael S. Tsirkin wrote:
> >> Add field for guest to specify command size for virtio-blk.
> >> 
> >> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> >
> > There's one concern here: are we going to add a
> > feature flag for flexible layout? If yes this feature
> > could thinkably just reuse it.
> >
> > It allows a nice optimization in virtio net that is very easy
> > with latest qemu.
> >
> > Rusty, what is our plan wrt this?  Are you fine with a per-device
> > feature bit?  Or do we need a transport feature bit (there's the small
> > issue that we almost run out of them for virtio-pci, do we use the last
> > one?).
> 
> I'd really like to tie it to the virtio PCI config work, but I need
> cycles to complete that....
> 
> > As an aside, the new virtio pci config proposal seems to be stuck too,
> > are you looking into it or want me to?
> 
> That would be good.  If I re-spin the kernel side, will you be able to
> look at the QEMU parts?
> 
> I can weave this in between my vhost/vringh work and other commitments,
> I hope.
> 
> Thanks,
> Rusty.

Let's start with the spec, OK?

I think there's one other issue I'd like to solve and that's
the need for IO BAR for kvm.  PCI folks are really trying to
move away from IO BARs. Pls take a look at the mail titled
	virtio PCI on KVM without IO BARs
the agreement on that thread was that virtio pci
devices will have a new capability which gives
the address/data pair to use for notifications.
For maximum flexibility, we can make it look kind of
like the MSIX table, and put it in the memory BAR,
with address/data pairs for each vq.

ISR is legacy so maybe it's okay to have it in the
memory BAR.

Making sense? Should I send a more formal proposal?

-- 
MST

      reply	other threads:[~2013-03-19  7:58 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-14 11:10 [PATCH] virtio-spec: add field for scsi command size Michael S. Tsirkin
2013-03-14 15:15 ` Paolo Bonzini
2013-03-14 17:39   ` Michael S. Tsirkin
2013-03-17  9:26     ` Michael S. Tsirkin
2013-06-13  4:42     ` Rusty Russell
2013-06-13  7:33       ` Michael S. Tsirkin
2013-06-13  8:02       ` Michael S. Tsirkin
2013-06-13  8:10         ` Michael S. Tsirkin
2013-06-17  6:37           ` Michael S. Tsirkin
2013-06-19  4:46             ` Rusty Russell
2013-06-19  8:24               ` Michael S. Tsirkin
2013-06-19  8:28                 ` Paolo Bonzini
2013-06-19  9:21                   ` Michael S. Tsirkin
2013-06-20  2:40                   ` Rusty Russell
2013-06-20  9:26                     ` Paolo Bonzini
2013-06-30 23:47                       ` Rusty Russell
2013-07-01 11:57                         ` Paolo Bonzini
2013-07-02  6:04                           ` Rusty Russell
2013-07-04  7:49                             ` Michael S. Tsirkin
2013-07-07 11:31                               ` Michael S. Tsirkin
2013-07-08  1:21                                 ` Rusty Russell
2013-07-08  5:44                                   ` Michael S. Tsirkin
2013-07-09  1:19                                     ` Rusty Russell
2013-07-04  7:39                           ` Michael S. Tsirkin
2013-07-04  9:05                             ` Paolo Bonzini
2013-07-08  4:28                               ` Rusty Russell
2013-07-04  7:38                         ` Michael S. Tsirkin
2013-06-20  2:45                 ` Rusty Russell
2013-03-18 21:47 ` Michael S. Tsirkin
2013-03-19  1:21   ` Rusty Russell
2013-03-19  7:58     ` Michael S. Tsirkin [this message]

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=20130319075821.GA11259@redhat.com \
    --to=mst@redhat.com \
    --cc=rusty@rustcorp.com.au \
    --cc=virtualization@lists.linux-foundation.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).