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
next prev parent 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