> From: virtio-dev@lists.oasis-open.org <virtio-dev@lists.oasis-open.org> On
> Behalf Of Michael S. Tsirkin
> Sent: Monday, June 19, 2023 1:11 PM
> > The "legacy interface of member device" is a vague term. As implementer,
> reader I don't understand what that means.
> > The commands clearly communicate the scope.
>
> Add this as an example then.
>
I don't know what this means.
The section speaks for itself.
We currently have,
Section 2.12.1 as "Group administration commands".
Under this I added,
2.12.1.1 -> Legacy interface: legacy configuration access commands"
Above is no different than
"3.1.2 Legacy Interface: Device Initialization"
Tomorrow,
2.12.1.2 -> features config commands
2.12.1.3 ->
> > > If you want to also have a type specific text, be my guest
> > > "specifically, for an SRIOV type" ....
> > >
> > SRIOV in generic section doesn't make sense. It is covered in the pci
> > transport
> section.
>
> When it's convenient to you you argue that it's clearer, when it's not you
> want it
> generic. Just mention it quickly and link to the specific text in the new
> section.
>
If you reviewer makes point "it is suggestion".
If patch proposer makes a point its "argue" is not good way to discuss.
So can you please avoid quoting "arguing".
It is not my convenience.
In the spec transport specific parts are not added.
Hence, I said SR-IOV in generic to be avoided. It is better kept in the pci
transport section.
> If you are intent on
> spreading this all over the spec we'll need to rethink the whole approach.
>
Where is this spread all over?
In v5 it was self contained mainly in pci transport section.
You asked to split to generic and pci.
Fine, I split to two.
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscr...@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-h...@lists.oasis-open.org