From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: kwolf@redhat.com,
"Denis Plotnikov" <den-plotnikov@yandex-team.ru>,
"Eduardo Habkost" <ehabkost@redhat.com>,
qemu-block@nongnu.org, qemu-devel@nongnu.org,
raphael.norwitz@nutanix.com,
"Roman Kagan" <rvkagan@yandex-team.ru>,
yc-core@yandex-team.ru, pbonzini@redhat.com,
"Philippe Mathieu-Daudé" <philmd@redhat.com>
Subject: Re: [PATCH v0 0/2] virtio-blk and vhost-user-blk cross-device migration
Date: Wed, 6 Oct 2021 15:27:59 +0100 [thread overview]
Message-ID: <YV2yb0Nsx80dysWs@work-vm> (raw)
In-Reply-To: <20211006093707-mutt-send-email-mst@kernel.org>
* Michael S. Tsirkin (mst@redhat.com) wrote:
> On Wed, Oct 06, 2021 at 02:29:37PM +0100, Dr. David Alan Gilbert wrote:
> > * Michael S. Tsirkin (mst@redhat.com) wrote:
> > > On Wed, Oct 06, 2021 at 09:43:52AM +0100, Dr. David Alan Gilbert wrote:
> > > > * Michael S. Tsirkin (mst@redhat.com) wrote:
> > > > > On Wed, Oct 06, 2021 at 09:28:50AM +0100, Dr. David Alan Gilbert wrote:
> > > > > > To me it feels the same as the distinction between vhost-kernel and qemu
> > > > > > backended virtio that we get in net and others - in principal it's just
> > > > > > another implementation.
> > > > >
> > > > > In net it's actually like this. Same -device, a different netdev.
> > > > >
> > > > > > A tricky part is guaranteeing the set of visible virtio features between
> > > > > > implementations; we have that problem when we use vhost-kernel and run
> > > > > > on a newer/older kernel and gain virtio features; the same will be true
> > > > > > with vhost-user implementations.
> > > > >
> > > > > That's not new but yes we need to work on this.
> > > > >
> > > > > > But this would make the structure of a vhost-user implementation quite
> > > > > > different.
> > > > > >
> > > > > > Dave
> > > > >
> > > > > Right. That's why I'm reluctant to just add a new device type that
> > > > > has special compatibility requirements.
> > > >
> > > > Hmm but there's already another layer of hack^Wabstraction in there isn't there -
> > > > there's already:
> > > > virtio-blk-pci
> > > > virtio-blk-device
> > > >
> > > > created when the user specifies a virtio-blk device?
> > > >
> > > > Dave
> > >
> > > virtio-*-pci is there because it was felt these devices look
> > > differently from e.g. virtio-ccw so should have a different name.
> > > virtio-blk-device is an internal thingy, users and guests have no idea.
> >
> > Right, so to do what we're asking here, should we keep the
> > virtio-blk-pci and instantiate virtio-blk-vhost-user instead of
> > virtio-blk-device?
> >
> > Dave
>
> I guess that's possible, but we need to pass a bunch of parameters.
> -drive is probably the right want to do that, right?
I'm not sure about -drive - isn't that very tied into the block layer?
Dave
> > >
> > > >
> > > > > > >
> > > > > > > > > --
> > > > > > > > > MST
> > > > > > > > >
> > > > > > > > --
> > > > > > > > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> > > > > > >
> > > > > > --
> > > > > > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> > > > >
> > > > --
> > > > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
> > >
> > --
> > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2021-10-06 14:28 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-04 15:07 [PATCH v0 0/2] virtio-blk and vhost-user-blk cross-device migration Denis Plotnikov
2021-10-04 15:07 ` [PATCH v0 1/2] vhost-user-blk: add a new vhost-user-virtio-blk type Denis Plotnikov
2021-10-04 15:16 ` Michael S. Tsirkin
2021-10-04 15:07 ` [PATCH v0 2/2] vhost-user-blk-pci: add new pci device type to support vhost-user-virtio-blk Denis Plotnikov
2021-10-04 15:11 ` [PATCH v0 0/2] virtio-blk and vhost-user-blk cross-device migration Michael S. Tsirkin
2021-10-04 23:18 ` Roman Kagan
2021-10-05 6:51 ` Michael S. Tsirkin
2021-10-05 14:01 ` Dr. David Alan Gilbert
2021-10-05 16:10 ` Eduardo Habkost
2021-10-05 22:06 ` Michael S. Tsirkin
2021-10-06 8:09 ` Dr. David Alan Gilbert
2021-10-06 8:17 ` Michael S. Tsirkin
2021-10-06 8:28 ` Dr. David Alan Gilbert
2021-10-06 8:36 ` Michael S. Tsirkin
2021-10-06 8:43 ` Dr. David Alan Gilbert
2021-10-06 12:18 ` Michael S. Tsirkin
2021-10-06 13:29 ` Dr. David Alan Gilbert
2021-10-06 13:39 ` Michael S. Tsirkin
2021-10-06 14:27 ` Dr. David Alan Gilbert [this message]
2021-10-06 14:37 ` Michael S. Tsirkin
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=YV2yb0Nsx80dysWs@work-vm \
--to=dgilbert@redhat.com \
--cc=den-plotnikov@yandex-team.ru \
--cc=ehabkost@redhat.com \
--cc=kwolf@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=philmd@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=raphael.norwitz@nutanix.com \
--cc=rvkagan@yandex-team.ru \
--cc=yc-core@yandex-team.ru \
/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).