< Home | Return to Ballot listing

Ballot Details    TC Member Ballot View
Defer VIRTIO-165: wording i conformance clause should clarify the status of SHOULD normative statements

Should the TC defer resolving issue VIRTIO-165, to after specification version(s) "virtio-v1.1-cs01"?

Please vote Yes if you agree with all of the following.
If you disagree, please vote No.
If you don't have an opinion, please vote Abstain.

I move that:
The TC agrees to defer resolving the following specification issue:
VIRTIO-165: wording i conformance clause should clarify the status of SHOULD normative statements
--------------------------------------
Each conformance clause sub-section starts with something that looks like a mandatory requirement:

e.g.:

"A network device MUST conform to the following normative statements:"

But many of the following statements are optional (SHOULD) in the specification body. So it is then confusing to say "... MUST conform to a SHOULD statement...."

That is why it is NOT recommended to use normative language like MUST (and even less SHOULD) in a conformance clause. A conf clause is not there to tell you what to do or not do (MUST....), but only to state under which conditions you can claim conformance to XYZ.

It is better to say:

"an implementation that satisfies all mandatory (MUST) requirements in 5.1.4.1, 5.1.6.2.... qualifies (or may claim conformance) as a VIRTIO1.1 network device"

Or in some conformance profiles, you can override a SHOULD in the spec body and make it mandatory.
--------------------------------------

The TC agrees that the issue will not be resolved for the revision
"virtio-v1.1-cs01" of the specification.

Justification:
--------------------------------------
I do not believe there is any confusion in practice. If there were this would
make it a material change and we do not want that.
--------------------------------------

Reminder: A Voting Member must be active in a TC to maintain voting rights. As
the Virtio TC has adopted a standing rule to conduct business only by
electronic ballot, without Meetings, a Voting Member who fails to cast a ballot
in two consecutive Work Product Ballots loses his or her voting rights at the
close of the second ballot missed.

--------------------------------------

 [ ]  Yes
 [ ]  No
 [ ]  Abstain
Opening:   Monday, 11 March 2019 @ 12:00 pm EDT
Closing:   Monday, 18 March 2019 @ 12:00 pm EDT
Group:   OASIS Virtual I/O Device (VIRTIO) TC
Ballot has closed.

Referenced Items
Name Type Date Action
Document
2019-03-18

Voting Details

Voting Summary

Options with highest number of votes are bold

Option # Votes % of Total
Yes 5 100%
No 0 0%
Abstain 1
Eligible members who have voted: 5 of 6 83%
Eligible members who have abstained: 1 of 6 17%
Eligible members who have not voted: 0 of 6 0%

Voting Details

Voter Company VoteReference Document and/or Comment
Halil Pasic
IBM
Abstain
 
Mihai Carabas
Oracle
Yes
 
Michael S. Tsirkin
Red Hat
Yes
 
Stefan Hajnoczi
Red Hat
Yes
 
Cornelia Huck
Red Hat
Yes
 
Jan Kiszka
Siemens AG
Yes