mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Rusty Russell <rusty@ozlabs.org>
To: "Michael S. Tsirkin" <mst@redhat.com>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH RFC v4 00/17] linux: towards virtio-1 guest support
Date: Tue, 28 Oct 2014 11:15:06 +1030	[thread overview]
Message-ID: <87sii99g4t.fsf@rustcorp.com.au> (raw)
In-Reply-To: <1414081380-14623-1-git-send-email-mst@redhat.com>

"Michael S. Tsirkin" <mst@redhat.com> writes:
> Based on patches by Cornelia Rusty and others, but
> with an API that should allow better static checking of code,
> and slightly more concervative changes in vring,net and blk.
>
> Based on patches by Cornelia and others, but
> with an API that should allow better static checking of code,
> slightly more concervative changes in vring and drivers,
> and compatibility for existing drivers so that
> this series be applied before all drivers are converted.
>
> virtio drivers now pass sparse without warnings.

That's good!  Some comments:

1) Patch order.  You need to increase feature bits to 64, then define
   VIRTIO_F_VERSION_1, then use it in your __virtio conversion macros.

2) You need to enhance virtio_check_driver_offered_feature to look
   at the legacy bits, too.
   [ Oh, I see you did that in a followup ]

3) virtio_has_feature() is a bit heavy-weight, you probably want to add
   __virtio_has_feature() or just opencode vdev->features & (1ULL <<
   VIRTIO_F_VERSION_1);

Obviously, patch correctness don't matter until we enable the
VIRTIO_F_VERSION_1 feature in a transport.  That's what makes me
nervous, and I'll be waiting for Cornelia's ACK on that, since
it looks like s390 is ready to go?

Thanks,
Rusty.

      parent reply	other threads:[~2014-10-28  0:52 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-23 16:24 Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 01/17] virtio: memory access APIs Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 02/17] virtio_ring: switch to new " Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 03/17] virtio: use u32, not bitmap for struct virtio_device's features Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 04/17] virtio: add support for 64 bit features Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 05/17] virtio: add virtio 1.0 feature bit Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 06/17] virtio: make endian-ness depend on virtio 1.0 Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 07/17] virtio_config: endian conversion for v1.0 Michael S. Tsirkin
2014-10-24  8:53   ` Cornelia Huck
2014-10-24 13:52     ` Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 08/17] virtio: allow transports to get avail/used addresses Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 09/17] virtio: set FEATURES_OK Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 10/17] virtio: simplify feature bit handling Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 11/17] virtio: add legacy feature table support Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 12/17] virtio_net: v1.0 support Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 13/17] virtio_blk: " Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 14/17] KVM: s390: Set virtio-ccw transport revision Michael S. Tsirkin
2014-10-23 16:24 ` [PATCH RFC v4 15/17] KVM: s390: virtio-ccw revision 1 SET_VQ Michael S. Tsirkin
2014-10-23 16:25 ` [PATCH RFC v4 16/17] KVM: s390 allow virtio_ccw status writes to fail Michael S. Tsirkin
2014-10-23 17:22   ` Cornelia Huck
2014-10-23 16:25 ` [PATCH RFC v4 17/17] KVM: s390: enable virtio-ccw revision 1 Michael S. Tsirkin
2014-10-28  0:45 ` Rusty Russell [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=87sii99g4t.fsf@rustcorp.com.au \
    --to=rusty@ozlabs.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mst@redhat.com \
    /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

Powered by JetHome