From: Pankaj Gupta <pagupta@redhat.com>
To: Stefan Hajnoczi <stefanha@redhat.com>
Cc: mst@redhat.com, virtio-dev@lists.oasis-open.org,
jasowang@redhat.com, amit@kernel.org
Subject: Re: [virtio-dev] [PATCH] content: document console vq detach buffer
Date: Wed, 14 Aug 2019 02:33:15 -0400 (EDT) [thread overview]
Message-ID: <742877012.8416916.1565764395758.JavaMail.zimbra@redhat.com> (raw)
In-Reply-To: <20190813152131.GC32090@stefanha-x1.localdomain>
>
> On Tue, Aug 13, 2019 at 06:21:33PM +0530, Pankaj Gupta wrote:
> > This patch documents console special case where vq buffers
> > are deleted at port hotunplug time. This behavior is different in
> > other devices where vq buffers are deleted at device unplug time.
> >
> > Signed-off-by: Pankaj Gupta <pagupta@redhat.com>
> > ---
> > content.tex | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/content.tex b/content.tex
> > index ee0d7c9..33e8ccc 100644
> > --- a/content.tex
> > +++ b/content.tex
> > @@ -497,6 +497,8 @@ \section{Device Cleanup}\label{sec:General
> > Initialization And Device Operation /
> > of a live virtqueue.
> >
> > Thus a driver MUST ensure a virtqueue isn't live (by device reset) before
> > removing exposed buffers.
> > +Console has a special property that when port is detached virtqueue is
> > considered stopped, device
> > +must not use any buffers, and it is legal to take buffers out of the
> > device.
>
> The word "detach" is not defined or used in the spec, so it's unclear
> what this is supposed to mean. Is this related to a control message
> (VIRTIO_CONSOLE_PORT_OPEN)?
By detach here we mean "unplug".
>
> How about:
>
> The device MUST NOT use buffers after it has sent
> VIRTIO_CONSOLE_PORT_OPEN with value=0 for a port.
>
> I'm not sure what you mean by "take buffers out of the device"? I guess
> you mean the driver can modify the vring because the device isn't
> looking.
"take buffers out of the device" means "remove the unused buffers from the virt queue".
How about the below text:
Console has a special property that when port is unplugged virtqueue is
considered stopped, device must not use any buffers, and it is legal to
remove the unused buffers from the device.
Thanks,
Pankaj
>
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2019-08-14 6:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-13 12:51 [virtio-dev] [PATCH] content: document console vq detach buffer Pankaj Gupta
2019-08-13 15:21 ` Stefan Hajnoczi
2019-08-14 6:33 ` Pankaj Gupta [this message]
2019-08-14 10:16 ` Stefan Hajnoczi
2019-08-18 11:49 ` [virtio-dev] " Michael S. Tsirkin
2019-08-19 10:19 ` Pankaj Gupta
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=742877012.8416916.1565764395758.JavaMail.zimbra@redhat.com \
--to=pagupta@redhat.com \
--cc=amit@kernel.org \
--cc=jasowang@redhat.com \
--cc=mst@redhat.com \
--cc=stefanha@redhat.com \
--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.