All of lore.kernel.org
 help / color / mirror / Atom feed
From: Viresh Kumar <viresh.kumar@linaro.org>
To: "Enrico Weigelt, metux IT consult" <info@metux.net>
Cc: virtio-comment@lists.oasis-open.org,
	virtio-dev@lists.oasis-open.org,
	"Vincent Guittot" <vincent.guittot@linaro.org>,
	"Bill Mills" <bill.mills@linaro.org>,
	"Alex Bennée" <alex.bennee@linaro.org>,
	"Bartosz Golaszewski" <bgolaszewski@baylibre.com>,
	"Linus Walleij" <linus.walleij@linaro.org>,
	"Jason Wang" <jasowang@redhat.com>,
	"Jean-Philippe Brucker" <jean-philippe@linaro.org>,
	"Arnd Bergmann" <arnd@linaro.org>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>
Subject: [virtio-dev] Re: [virtio-comment] [PATCH v2] virtio-gpio: add formal specification
Date: Wed, 30 Jun 2021 20:52:13 +0530	[thread overview]
Message-ID: <20210630152213.xhqhke54gzt3esdj@vireshk-i7> (raw)
In-Reply-To: <20210630115837.12182-1-info@metux.net>

+ All the people from previous version (Please cc them yourself while sending a
new version, these are the people interested in this stuff).

On 30-06-21, 13:58, Enrico Weigelt, metux IT consult wrote:
> This patch adds specification for attaching general purpose IO (gpio) devices
> via virtio. The protocol is specifically designed to be easily implemented in
> software (e.g. hypervisors) as well as low end hardware (eg. silicon, FPGA,
> tiny MCUs) and allows future extensions while retaining full backwards
> compatibility.
> 
> Implementations for driver (Linux kernel) and device (Qemu) are publically
> available and field tested since late 2020. Hardware implementations also
> exist (but proprietary, cannot be published yet).
> 
> Device type ID 41 has been allocated by TC vote #3632.
> 
> Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
> 
> ---
> 
> changes v2: * fixed htlatex build error with underscores in labels
>             * using code listings for structs and define's
>             * fixed mixed-up device/driver wording

What happened to all the detailed discussions that we went through ? Why did we
spend so much time discussing all that when you didn't had to take suggestions
from the reviews provided on the list?

This version may be good for you, but not for everyone else. We need a generic
enough solution which works seamlessly for everyone involved here. This isn't
some proprietary spec which we are working on here, which we can write based
only on our needs. The spec to be merged MUST be good enough for everyone.

I was expecting the discussions to go in better direction here to be honest and
not have another short lived struggle.

I don't see the improvements suggested for the config structure, nothing about
features, no interrupt support. You just reformatted the stuff and that's all.

-- 
viresh

---------------------------------------------------------------------
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-06-30 15:22 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-30 11:58 [virtio-comment] [PATCH v2] virtio-gpio: add formal specification Enrico Weigelt, metux IT consult
2021-06-30 15:22 ` Viresh Kumar [this message]
2021-06-30 15:55   ` [virtio-dev] " Enrico Weigelt, metux IT consult
2021-06-30 17:30     ` [virtio-comment] " Viresh Kumar
2021-07-01  9:01       ` Arnd Bergmann
2021-07-01 14:43         ` Enrico Weigelt, metux IT consult
2021-07-01 16:51           ` Viresh Kumar
2021-07-07  5:04             ` Viresh Kumar
2021-07-01 14:21       ` [virtio-comment] " Enrico Weigelt, metux IT consult
2021-07-01 16:09         ` Viresh Kumar
2021-07-14  7:40     ` Michael S. Tsirkin

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=20210630152213.xhqhke54gzt3esdj@vireshk-i7 \
    --to=viresh.kumar@linaro.org \
    --cc=alex.bennee@linaro.org \
    --cc=arnd@linaro.org \
    --cc=bgolaszewski@baylibre.com \
    --cc=bill.mills@linaro.org \
    --cc=geert@linux-m68k.org \
    --cc=info@metux.net \
    --cc=jasowang@redhat.com \
    --cc=jean-philippe@linaro.org \
    --cc=linus.walleij@linaro.org \
    --cc=vincent.guittot@linaro.org \
    --cc=virtio-comment@lists.oasis-open.org \
    --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.