< Home | Return to Ballot listing

Ballot Details    TC Member Ballot View
Resolve Issue #81: content: Reserve virtio-nsm device ID

Should the TC accept changes listed in the description to resolve issue 81, for inclusion in specification version(s) "virtio-v1.2-cs01", and future versions of the specification?

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 resolve the following specification issue:
Issue #81: content: Reserve virtio-nsm device ID
--------------------------------------
The NitroSecureModule is a device with a very stripped down
Trusted Platform Module functionality, which is used in the
context of a Nitro Enclave (see https://lkml.org/lkml/2020/4/21/1020)
to provide boot time measurement and attestation.

Since this device provides some critical cryptographic operations,
there are a series of operations which are required to have guarantees
of atomicity, ordering and consistency: operations fully succeed or fully
fail, including when some external events might interfere in the
process: live migration, crashes, etc; any failure in the critical
section requires termination of the enclave it is attached to, so
the device needs to be as resilient as possible, simplicity is
strongly desired.

To account for that, the device and driver are made to have very few
error cases in the critical path and the operations themselves can be
rolled back and retried if events happen outside the critical
area, while processing a request. The driver itself can be made very
simple and thus is easily portable.

Since the requests can be handled directly in the virtio queue, serving
most requests requires no additional buffering or memory allocations
on the host side.

Patch link: https://lists.oasis-open.org/archives/virtio-comment/202005/msg00093.html
--------------------------------------

The TC accepts the following proposed changes to the specification:
--------------------------------------
https://lists.oasis-open.org/archives/virtio-comment/202005/msg00093.html
--------------------------------------

The TC agrees to include the above change(s) in specification version(s) "virtio-v1.2-cs01", and future versions of the
specification.

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

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, 10 August 2020 @ 10:30 am EDT
Closing:   Monday, 17 August 2020 @ 10:30 am EDT
Group:   OASIS Virtual I/O Device (VIRTIO) TC
Ballot has closed.

Referenced Items
Name Type Date Action
Document
2020-08-17

Voting Details

Voting Summary

Options with highest number of votes are bold

Option # Votes % of Total
Yes 8 100%
No 0 0%
Abstain 0
Eligible members who have voted: 8 of 8 100%
Eligible members who have abstained: 0 of 8 0%
Eligible members who have not voted: 0 of 8 0%

Voting Details

Voter Company VoteReference Document and/or Comment
Enrico Granata
Google Inc.
Yes
 
Halil Pasic
IBM
Yes
 
Matti Moell
OpenSynergy GmbH
Yes
 
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