All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yuri Benditovich <ybendito@redhat.com>
To: Jason Wang <jasowang@redhat.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
	Yuri Benditovich <yuri.benditovich@daynix.com>,
	virtio-comment@lists.oasis-open.org
Subject: Re: [virtio-comment] [PATCH v4 1/1] virtio-net: Define per-packet hash reporting feature
Date: Thu, 20 Feb 2020 02:41:03 -0500 (EST)	[thread overview]
Message-ID: <893990295.7352578.1582184463424.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <623f76be-bf87-c473-350e-87fe53b41261@redhat.com>

[-- Attachment #1: Type: text/plain, Size: 2621 bytes --]

----- Original Message -----

> From: "Jason Wang" <jasowang@redhat.com>
> To: "Michael S. Tsirkin" <mst@redhat.com>
> Cc: "Yuri Benditovich" <yuri.benditovich@daynix.com>,
> virtio-comment@lists.oasis-open.org
> Sent: Thursday, February 20, 2020 8:38:50 AM
> Subject: Re: [virtio-comment] [PATCH v4 1/1] virtio-net: Define per-packet
> hash reporting feature

> On 2020/2/19 下午10:23, Michael S. Tsirkin wrote:
> > On Wed, Feb 19, 2020 at 08:27:10PM +0800, Jason Wang wrote:
> >> On 2020/2/19 下午3:53, Yuri Benditovich wrote:
> >>> The device MUST set \field{rss_max_indirection_table_length} to at least
> >>> 128, if it offers
> >>> VIRTIO_NET_F_RSS.
> >>> @@ -3195,6 +3180,8 @@ \subsection{Device Operation}\label{sec:Device
> >>> Types / Network Device / Device O
> >>> le16 csum_start;
> >>> le16 csum_offset;
> >>> le16 num_buffers;
> >>> + le32 hash_value; (Only if VIRTIO_NET_F_HASH_REPORT negotiated)
> >>> + le16 hash_type; (Only if VIRTIO_NET_F_HASH_REPORT negotiated)
> >>> };
> >>> \end{lstlisting}
> >> A question here:
> >>
> >> Consider we introduce VIRTIO_NET_F_FEATURE_INFORMATION in the future:
> >>
> >> le32 hash_type; // VIRTIO_NET_F_HASH_REPORT
> >> le32 feature_information; // VIRTIO_NET_F_FEATURE_INFORMATION
> >>
> >> What happens if HASH_REPORT is not negotiated, I believe we expect a
> >> stable
> >> ABI(offset) here for feature_information?
> >>
> >> Thanks
> >>
> > We'll have to decide at that point ... any better ideas?

> Not sure but something that is self descriptive? (which could be an
> overkill for fields that only need few bytes).

The problem is that the driver typically wants to know the header size from the beginning to configure SG table. 
So any self-descriptive layout seems good but in practice not so usable, IMO. 

> Thanks

> 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/

[-- Attachment #2: Type: text/html, Size: 3809 bytes --]

  reply	other threads:[~2020-02-20  7:41 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-19  7:53 [virtio-comment] [PATCH v4 0/1] Define VIRTIO_NET_F_HASH_REPORT feature Yuri Benditovich
2020-02-19  7:53 ` [virtio-comment] [PATCH v4 1/1] virtio-net: Define per-packet hash reporting feature Yuri Benditovich
2020-02-19  9:12   ` [virtio-comment] " Michael S. Tsirkin
2020-02-19 11:07     ` Yuri Benditovich
2020-02-19 14:35       ` Michael S. Tsirkin
2020-02-19 14:49         ` Yuri Benditovich
2020-02-19 14:56           ` Michael S. Tsirkin
2020-02-20  5:09             ` Yuri Benditovich
2020-02-20  6:13               ` Michael S. Tsirkin
2020-02-19 12:27   ` [virtio-comment] " Jason Wang
2020-02-19 14:23     ` Michael S. Tsirkin
2020-02-20  6:38       ` Jason Wang
2020-02-20  7:41         ` Yuri Benditovich [this message]
2020-02-20  8:10           ` Michael S. Tsirkin
2020-02-20  8:11           ` Jason Wang
2020-02-20  8:18             ` Michael S. Tsirkin
2020-02-20  8:19             ` Michael S. Tsirkin
2020-02-20 20:06             ` Yuri Benditovich

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=893990295.7352578.1582184463424.JavaMail.zimbra@redhat.com \
    --to=ybendito@redhat.com \
    --cc=jasowang@redhat.com \
    --cc=mst@redhat.com \
    --cc=virtio-comment@lists.oasis-open.org \
    --cc=yuri.benditovich@daynix.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 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.