From: Cornelia Huck <cornelia.huck@de.ibm.com>
To: Greg Kurz <gkurz@linux.vnet.ibm.com>
Cc: Rusty Russell <rusty@rustcorp.com.au>,
"Michael S. Tsirkin" <mst@redhat.com>,
linux-api@vger.kernel.org, linux-kernel@vger.kernel.org,
kvm@vger.kernel.org, virtualization@lists.linux-foundation.org
Subject: Re: [PATCH v4 7/8] vhost: feature to set the vring endianness
Date: Tue, 14 Apr 2015 17:22:07 +0200 [thread overview]
Message-ID: <20150414172207.4d872643.cornelia.huck@de.ibm.com> (raw)
In-Reply-To: <20150414171352.105909ae@bahia.local>
On Tue, 14 Apr 2015 17:13:52 +0200
Greg Kurz <gkurz@linux.vnet.ibm.com> wrote:
> On Tue, 14 Apr 2015 16:20:23 +0200
> Cornelia Huck <cornelia.huck@de.ibm.com> wrote:
>
> > On Fri, 10 Apr 2015 12:19:16 +0200
> > Greg Kurz <gkurz@linux.vnet.ibm.com> wrote:
> >
> > > +#ifdef CONFIG_VHOST_SET_ENDIAN_LEGACY
> > > +static void vhost_init_is_le(struct vhost_virtqueue *vq)
> > > +{
> > > + vq->is_le = vhost_has_feature(vq, VIRTIO_F_VERSION_1) || !vq->user_be;
> >
> > So if the endianness is not explicitly set to BE, it will be forced to
> > LE (instead of native endian)? Won't that break userspace that does not
> > yet use the new interface when CONFIG_VHOST_SET_ENDIAN_LEGACY is set?
> >
>
> If userspace doesn't use the new interface, then vq->user_be will retain its
> default value that was set in vhost_vq_reset(), i.e. :
>
> vq->user_be = !virtio_legacy_is_little_endian();
>
> This means default is native endian.
>
> What about adding this comment ?
>
> static void vhost_init_is_le(struct vhost_virtqueue *vq)
> {
> /* Note for legacy virtio: user_be is initialized in vhost_vq_reset()
> * according to the host endianness. If userspace does not set an
> * explicit endianness, the default behavior is native endian, as
> * expected by legacy virtio.
> */
Good idea, as this is easy to miss.
> vq->is_le = vhost_has_feature(vq, VIRTIO_F_VERSION_1) || !vq->user_be;
> }
>
> > > +}
> > > +#else
> > > +static void vhost_init_is_le(struct vhost_virtqueue *vq)
> > > +{
> > > + if (vhost_has_feature(vq, VIRTIO_F_VERSION_1))
> > > + vq->is_le = true;
> > > +}
> > > +#endif
> > > +
> > > int vhost_init_used(struct vhost_virtqueue *vq)
> > > {
> > > __virtio16 last_used_idx;
> > > int r;
> > > - if (!vq->private_data)
> > > + if (!vq->private_data) {
> > > + vq->is_le = virtio_legacy_is_little_endian();
> > > return 0;
> > > + }
> > > +
> > > + vhost_init_is_le(vq);
> > >
> > > r = vhost_update_used_flags(vq);
> > > if (r)
>
next prev parent reply other threads:[~2015-04-14 15:22 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-10 10:15 [PATCH v4 0/8] vhost: support for cross endian guests Greg Kurz
2015-04-10 10:15 ` [PATCH v4 1/8] virtio: introduce virtio_is_little_endian() helper Greg Kurz
2015-04-10 10:15 ` [PATCH v4 2/8] tun: add tun_is_little_endian() helper Greg Kurz
2015-04-10 10:15 ` [PATCH v4 3/8] macvtap: introduce macvtap_is_little_endian() helper Greg Kurz
2015-04-10 10:15 ` [PATCH v4 4/8] vringh: introduce vringh_is_little_endian() helper Greg Kurz
2015-04-10 10:16 ` [PATCH v4 5/8] vhost: introduce vhost_is_little_endian() helper Greg Kurz
2015-04-10 10:16 ` [PATCH v4 6/8] virtio: add explicit big-endian support to memory accessors Greg Kurz
2015-04-21 14:09 ` Michael S. Tsirkin
2015-04-21 16:23 ` Greg Kurz
2015-04-10 10:19 ` [PATCH v4 7/8] vhost: feature to set the vring endianness Greg Kurz
2015-04-14 14:20 ` Cornelia Huck
2015-04-14 15:13 ` Greg Kurz
2015-04-14 15:22 ` Cornelia Huck [this message]
2015-04-21 14:04 ` Michael S. Tsirkin
2015-04-21 15:48 ` Greg Kurz
2015-04-21 18:25 ` Michael S. Tsirkin
2015-04-22 9:08 ` Greg Kurz
2015-04-22 11:47 ` Michael S. Tsirkin
2015-04-10 10:20 ` [PATCH v4 8/8] macvtap/tun: add VNET_BE flag Greg Kurz
2015-04-21 14:06 ` Michael S. Tsirkin
2015-04-21 16:22 ` Greg Kurz
2015-04-21 18:30 ` Michael S. Tsirkin
2015-04-22 10:01 ` Greg Kurz
2015-04-22 13:22 ` Michael S. Tsirkin
2015-04-17 9:18 ` [PATCH v4 0/8] vhost: support for cross endian guests Greg Kurz
2015-04-21 7:50 ` Greg Kurz
2015-04-21 14:10 ` Michael S. Tsirkin
2015-04-21 16:24 ` Greg Kurz
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=20150414172207.4d872643.cornelia.huck@de.ibm.com \
--to=cornelia.huck@de.ibm.com \
--cc=gkurz@linux.vnet.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-api@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=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