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

 


Help: OASIS Mailing Lists Help | MarkMail Help

virtio-dev message

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


Subject: Re: [virtio-dev] [PATCH V9] virtio-gpio: Add the device specification


On Tue, Aug 17 2021, Stefan Hajnoczi <stefanha@redhat.com> wrote:

> On Mon, Aug 09, 2021 at 12:32:14PM +0530, Viresh Kumar wrote:
>> +\subsubsection{requestq Operation: Get Line Names}\label{sec:Device Types / GPIO Device / requestq Operation / Get Line Names}
>> +
>> +The driver sends this message to receive a stream of zero-terminated strings,
>> +where each string represents the name of a GPIO line, present in increasing
>> +order of the GPIO line numbers. The names of the GPIO lines are optional and may
>> +be present only for a subset of GPIO lines. If missing, then a zero-byte must be
>> +present for the GPIO line. If present, the name string must be zero-terminated
>> +and the name must be unique within a GPIO Device.
>
> Sorry I didn't get to this patch before the vote. It's necessary to
> specify the character encoding. In the text above it's unclear whether
> the characters are limited to US-ASCII, UTF-8, or something else.
>
> I suggest UTF-8 for maximum flexibility.

Agree on UTF-8. We can do this with a patch on top.

>
>> +These names of the GPIO lines should be most meaningful producer names for the
>> +system, such as name indicating the usage. For example "MMC-CD", "Red LED Vdd"
>> +and "ethernet reset" are reasonable line names as they describe what the line is
>> +used for, while "GPIO0" is not a good name to give to a GPIO line.
>
> Does this belong in the device normative section? Normally "should",
> "must", "may", etc are only used there. If you prefer to keep it here,
> please adjust the language ("The device describes GPIO lines with the
> most meaningful producer names for the system, ...").

The all caps SHOULD etc. are for normative sections; I consider the
usage here ok, although we can certainly consider tweaking the wording
on top of this. It seems more like advice to me.

>
>> +
>> +The driver sends this message to request the device to configure a line's
>> +direction. The driver can either set the direction to
>> +\field{VIRTIO_GPIO_DIRECTION_IN} or \field{VIRTIO_GPIO_DIRECTION_OUT}, which
>> +also activates the line, or to \field{VIRTIO_GPIO_DIRECTION_NONE}, which
>> +deactivates the line.
>> +
>> +The driver should set the value of the GPIO line, using the
>> +\field{VIRTIO_GPIO_MSG_SET_VALUE} message, before setting the direction of the
>> +line to output to avoid any undesired behavior.
>
> Does this belong in the driver normative section? Normally "should",
> "must", "may", etc are only used there. If you prefer to keep it here,
> please adjust the language ("The driver sets the value ...").

Same here.



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