qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Cornelia Huck <cornelia.huck@de.ibm.com>
To: Ming Lei <ming.lei@canonical.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
	qemu-devel@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 2/4] s390-virtio-bus: move common virtio properties to virtio s390 device class
Date: Tue, 17 Jun 2014 12:25:21 +0200	[thread overview]
Message-ID: <20140617122521.13c6342b.cornelia.huck@de.ibm.com> (raw)
In-Reply-To: <CACVXFVP4mMO6=1XRi+oqi7T0Z1f5Td4cqhq9T3TJ_J3hk--4JQ@mail.gmail.com>

On Tue, 17 Jun 2014 18:15:39 +0800
Ming Lei <ming.lei@canonical.com> wrote:

> On Tue, Jun 17, 2014 at 4:46 PM, Cornelia Huck <cornelia.huck@de.ibm.com> wrote:
> >>
> >> Looks like s390 virtio-blk never enables the two common features, is
> >> there any reason the two features can't be supported by s390?
> >
> > Indirect descriptors are fine. event_idx will not work IIUC because we
> > always need to do a sync before we see changes, and this needs an
> > interrupt to trigger.
> 
> Sounds like the old s390 isn't cache coherent? Because you mean
> write in one side can only be observed from another side with an
> explicit notification or interrupt.
> 
> On arm/arm64, we didn't see any problem with event_idx.

But you probably have the queues in guest memory, as on other
transports (including virtio-ccw)? The old s390-virtio transport keeps
the devices and their virtqueues in a memory area behind the guest
memory - the guest does not see that memory directly, but a sync has to
be performed to see virtqueue movement (see s390_virtio_device_sync()).

> 
> >
> > The correct way, of course, is to unset VIRTIO_RING_F_EVENT_IDX in the
> > guest driver, and I verified that this works - this does not help with
> > old guests, however.
> 
> Both sides should be ok since it is decided by negotiation.

Yes, but the guest driver currently does not drop the feature bit, as
it only asks about the features that the common code supports - and
that does include VIRTIO_RING_F_EVENT_IDX.

> 
> >
> > Note that this applies only to the old s390-virtio transport -
> > virtio-ccw is fine.
> 
> Could you share me how s390 virtio is supported in kernel since
> I only see virtio-mmio and virtio-pci support under drivers/virtio/ of
> linux kernel?

They're hiding under drivers/s390/kvm/. The old s390-virtio transport is
supported by kvm_virtio.c, the virtio-ccw transport by virtio_ccw.c.

  reply	other threads:[~2014-06-17 10:25 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-16 15:40 [Qemu-devel] [PATCH 0/4] virtio: move common virtio properties to bus class device Ming Lei
2014-06-16 15:40 ` [Qemu-devel] [PATCH 1/4] virtio-pci: move common virtio properties to virtio-pci " Ming Lei
2014-06-16 15:40 ` [Qemu-devel] [PATCH 2/4] s390-virtio-bus: move common virtio properties to virtio s390 device class Ming Lei
2014-06-16 16:04   ` Cornelia Huck
2014-06-16 16:19     ` Ming Lei
2014-06-17  2:44     ` Ming Lei
2014-06-17  7:07       ` Cornelia Huck
2014-06-17  7:44         ` Cornelia Huck
2014-06-17  7:44         ` Ming Lei
2014-06-17  8:46           ` Cornelia Huck
2014-06-17 10:15             ` Ming Lei
2014-06-17 10:25               ` Cornelia Huck [this message]
2014-06-17 10:40                 ` Ming Lei
2014-06-17 10:45                   ` Ming Lei
2014-06-17 12:04                     ` Cornelia Huck
2014-06-17 12:06                       ` Alexander Graf
2014-06-17 12:56                         ` Cornelia Huck
2014-06-17 12:57                           ` Alexander Graf
2014-06-16 15:40 ` [Qemu-devel] [PATCH 3/4] s390 virtio-ccw: move common virtio properties to virtio ccw " Ming Lei
2014-06-16 16:01   ` Cornelia Huck
2014-06-16 15:40 ` [Qemu-devel] [PATCH 4/4] virtio-blk: remove DEFINE_VIRTIO_BLK_FEATURES Ming Lei
2014-06-16 15:44 ` [Qemu-devel] [PATCH 0/4] virtio: move common virtio properties to bus class device Paolo Bonzini
2014-06-16 16:02   ` Ming Lei

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=20140617122521.13c6342b.cornelia.huck@de.ibm.com \
    --to=cornelia.huck@de.ibm.com \
    --cc=ming.lei@canonical.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --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 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).