OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

virtio-comment message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [virtio-comment] [PATCH v2] virtio-gpio: add formal specification

+ 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.


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]