All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cornelia Huck <cohuck@redhat.com>
To: Max Gurtovoy <mgurtovoy@nvidia.com>
Cc: virtio-dev@lists.oasis-open.org, virtio-comment@lists.oasis-open.org
Subject: [virtio-comment] [oasis-tcs/virtio-spec] Device specific Feature bits numbering is not aligned (Issue #131)
Date: Wed, 12 Jan 2022 18:20:53 +0100	[thread overview]
Message-ID: <87lezkx43u.fsf@redhat.com> (raw)
In-Reply-To: oasis-tcs/virtio-spec/issues/131@github.com


> Feature bits 56 to 63 are taken by the virtio-net device and not reflected in the generic feature bits accounting.

Thank you for reporting this, forwarding to the lists for discussion.

It seems like we're in a bit of a pickle: The spec says that the higher
feature bits are reserved for future generic extensions, but virtio-net
is already using some bits in that space (as they have already exhausted
the lower device-specific bits). Now we cannot undo the already reserved
bits, but obviously we need space both for generic extensions and
device-specific extensions. Fortunately, we're not short on feature
bits, we can simply consider the bits beyond 63.

I'd like to propose the following:

- bits 41-49: reserved for future extensions
- bits 50-63: used for specific device types
- bits 64-127: used for specific device types
- bits 128 and above: reserved for future extensions

This gives us room for both generic and device-specific extensions in
the first 64 bits for some more time before we have to go to bit 64 and
beyond.

Thoughts? We need to figure that out before the 1.2 release.


This publicly archived list offers a means to provide input to the
OASIS Virtual I/O Device (VIRTIO) TC.

In order to verify user consent to the Feedback License terms and
to minimize spam in the list archive, subscription is required
before posting.

Subscribe: virtio-comment-subscribe@lists.oasis-open.org
Unsubscribe: virtio-comment-unsubscribe@lists.oasis-open.org
List help: virtio-comment-help@lists.oasis-open.org
List archive: https://lists.oasis-open.org/archives/virtio-comment/
Feedback License: https://www.oasis-open.org/who/ipr/feedback_license.pdf
List Guidelines: https://www.oasis-open.org/policies-guidelines/mailing-lists
Committee: https://www.oasis-open.org/committees/virtio/
Join OASIS: https://www.oasis-open.org/join/


           reply	other threads:[~2022-01-12 17:21 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <oasis-tcs/virtio-spec/issues/131@github.com>]

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=87lezkx43u.fsf@redhat.com \
    --to=cohuck@redhat.com \
    --cc=mgurtovoy@nvidia.com \
    --cc=virtio-comment@lists.oasis-open.org \
    --cc=virtio-dev@lists.oasis-open.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.