From: Cornelia Huck <cohuck@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: virtio@lists.oasis-open.org, virtio-dev@lists.oasis-open.org,
Halil Pasic <pasic@linux.vnet.ibm.com>,
Tiwei Bie <tiwei.bie@intel.com>,
Stefan Hajnoczi <stefanha@redhat.com>,
"Dhanoa, Kully" <kully.dhanoa@intel.com>
Subject: [virtio] Re: [PATCH v11] VIRTIO_F_NOTIFICATION_DATA: extra data to devices
Date: Tue, 27 Mar 2018 16:15:28 +0200 [thread overview]
Message-ID: <20180327161528.0d7fb268.cohuck@redhat.com> (raw)
In-Reply-To: <20180327164832-mutt-send-email-mst@kernel.org>
On Tue, 27 Mar 2018 16:51:18 +0300
"Michael S. Tsirkin" <mst@redhat.com> wrote:
> On Tue, Mar 27, 2018 at 11:31:16AM +0200, Cornelia Huck wrote:
> > On Tue, 27 Mar 2018 05:59:27 +0300
> > "Michael S. Tsirkin" <mst@redhat.com> wrote:
> >
> > > Some devices benefit from ability to find out the number of available
> > > descriptors in the ring: for efficiency or as a debugging aid.
> > >
> > > To help with these optimizations, add a new feature:
> > > VIRTIO_F_NOTIFICATION_DATA. When negotiated, driver notifications to the
> > > device include this extra information.
> > >
> > > Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> > > ---
> > >
> > > v10 -> v11:
> > > drop mention of interrupts: current proposal does not include
> > > this interrupt related information
> > > drop unrelated introduction sections
> > >
> > > content.tex | 139 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++---
> > > 1 file changed, 133 insertions(+), 6 deletions(-)
> > > @@ -1500,8 +1602,19 @@ All register values are organized as Little Endian.
> > > }
> > > \hline
> > > \mmioreg{QueueNotify}{Queue notifier}{0x050}{W}{%
> > > - Writing a queue index to this register notifies the device that
> > > - there are new buffers to process in the queue.
> > > + Writing a value this register notifies the device that
> > > + there are new buffers to process in a queue.
> > > +
> > > + When VIRTIO_F_NOTIFICATION_DATA has not been negotiated,
> > > + the value written is the queue index.
> > > +
> > > + When VIRTIO_F_NOTIFICATION_DATA has been negotiated,
> > > + the value has the following format:
> > > +
> > > + \lstinputlisting{notifications.c}
> >
> > Don't you need to write this down explicitly, as in the pci case?
>
> Are you asking why it's in a separate file here?
> latex forces me to use lstinputlisting to insert listing
> within a table.
I also don't see where notifications.c is.
>
> > > +
> > > + See \ref{sec:Virtqueues / Driver notifications}~\nameref{sec:Virtqueues / Driver notifications}
> > > + for the definition of the components.
> > > }
> > > \hline
> > > \mmioreg{InterruptStatus}{Interrupt status}{0x60}{R}{%
> > > @@ -2340,12 +2453,22 @@ GPR & Input Value & Output Value \\
> > > \hline
> > > 2 & Subchannel ID & Host Cookie \\
> > > \hline
> > > - 3 & Virtqueue number & \\
> > > + 3 & Notification data & \\
> > > \hline
> > > 4 & Host Cookie & \\
> > > \hline
> > > \end{tabular}
> > >
> > > +When VIRTIO_F_NOTIFICATION_DATA has not been negotiated,
> > > +the \field{Notification data} includes the Virtqueue number.
> >
> > s/includes/contains/
> >
> > > +
> > > +When VIRTIO_F_NOTIFICATION_DATA has been negotiated,
> > > +the value has the following format:
> > > +\lstinputlisting{notifications.c}
> >
> > This also needs to be spelled out explicitly (in big endian format).
>
> Ah you are asking for two files, le-notifications.c and
> be-notifications.c - is that right?
That would make sense (you probably could use le-notifications.c for pci
as well, right?)
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
prev parent reply other threads:[~2018-03-27 14:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-27 2:59 [virtio] [PATCH v11] VIRTIO_F_NOTIFICATION_DATA: extra data to devices Michael S. Tsirkin
2018-03-27 9:31 ` [virtio] " Cornelia Huck
2018-03-27 13:51 ` Michael S. Tsirkin
2018-03-27 14:15 ` Cornelia Huck [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=20180327161528.0d7fb268.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=kully.dhanoa@intel.com \
--cc=mst@redhat.com \
--cc=pasic@linux.vnet.ibm.com \
--cc=stefanha@redhat.com \
--cc=tiwei.bie@intel.com \
--cc=virtio-dev@lists.oasis-open.org \
--cc=virtio@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.