Discussion of the implementations of VIRTIO specification
 help / color / mirror / Atom feed
From: Cornelia Huck <cohuck@redhat.com>
To: Hao Chen <chenhaosjtuacm@google.com>
Cc: Enrico Granata <egranata@google.com>, virtio-dev@lists.oasis-open.org
Subject: Re: [virtio-dev] [PATCH] Add virtio parameter server device specification
Date: Tue, 11 May 2021 11:24:20 +0200	[thread overview]
Message-ID: <20210511112420.4f45f055.cohuck@redhat.com> (raw)
In-Reply-To: <CABATKF-_8SoR0=azxjGwMi2YKGUG0jW95nd8fKdC2-KJcL7n8Q@mail.gmail.com>

On Fri, 7 May 2021 16:06:41 -0700
Hao Chen <chenhaosjtuacm@google.com> wrote:

> > Your client seems to introduce line wraps...  
> 
> Thanks for pointing it out, we will fix it in the following patches.
> 
> > Do these two types need to be handled differently? If I set up a
> > subscription "poll this parameter every n ms", it doesn't really matter
> > why the parameter changes, does it? In any case, it is not under
> > control of the driver, as "actions of the external system" may also
> > change a mutable parameter.  
> 
> The reason we want to handle "MUTABLE" and "CONTNUOUS" differently is,
> the MUTABLE values are not constantly changing, so the device may be able to
> send every updates of it to the driver; while CONTINUOUS values are changing
> frequently (e.g., sensor outputs) and the device should decide how to sample it
> and provide a sample rate range ("min_sample_freq" and "max_sample_freq")

Can you add that explanation to the paragraph? It gives good guidance
when to use which type.

> 
> > s/device-readable// ?  
> 
> If I understand correctly, the driver need to fill the virtqueues no
> matter who is the
> reader, so "device-readable" is necessary here. What do you think?

But isn't the eventq supposed to relay information from the device to
the driver?


---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org


  reply	other threads:[~2021-05-11  9:24 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-21  0:33 [virtio-dev] [PATCH] Add virtio parameter server device specification Hao Chen
2021-04-30 10:55 ` Cornelia Huck
2021-05-07 23:06   ` Hao Chen
2021-05-11  9:24     ` Cornelia Huck [this message]
2021-05-13 14:46 ` Stefan Hajnoczi
2021-05-17 19:28   ` Hao Chen
     [not found]     ` <20210517193030.1568902-1-chenhaosjtuacm@google.com>
2021-05-17 19:32       ` [virtio-dev] [PATCH v2] " Hao Chen
     [not found]         ` <20210517193617.1576401-1-chenhaosjtuacm@google.com>
2021-05-17 19:37           ` [virtio-dev] Fwd: [PATCH v3] " Hao Chen
2021-05-19 17:01             ` [virtio-dev] " Cornelia Huck
2021-05-18  6:02     ` [virtio-dev] [PATCH] " Enrico Weigelt, metux IT consult
2021-05-18 21:56       ` Hao Chen
2021-06-02 13:48         ` Enrico Weigelt, metux IT consult
2021-06-02 20:09           ` Hao Chen
2021-06-04 10:50             ` Enrico Weigelt, metux IT consult
2021-06-09 20:30               ` Hao Chen
2021-06-10 16:06                 ` Enrico Weigelt, metux IT consult
2021-06-10 23:15                   ` Hao Chen
     [not found]                     ` <20210610231954.2937837-1-chenhaosjtuacm@google.com>
2021-06-10 23:20                       ` [virtio-dev] Re: [PATCH v4] " Hao Chen
2021-06-11 18:44                       ` Hao Chen
2021-09-08 20:42                         ` Hao Chen
     [not found]                           ` <CABATKF9kqVOeR44vcTH_aw5Sx9geT0-gVpyqngcAwnkcxVN35Q@mail.gmail.com>
2021-10-04 18:30                             ` Hao Chen
2021-05-24 14:37     ` [virtio-dev] [PATCH] " Stefan Hajnoczi
2021-05-24 18:45       ` Hao Chen
2021-05-25 16:56         ` Stefan Hajnoczi
2021-06-09  9:12 ` Stefan Hajnoczi

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=20210511112420.4f45f055.cohuck@redhat.com \
    --to=cohuck@redhat.com \
    --cc=chenhaosjtuacm@google.com \
    --cc=egranata@google.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox