@@ -189,7 +189,7 @@ \subsubsection{Configuration Generation Count}
189189or the response to \msgref {GET_CONFIG } which also both provide the device's
190190current configuration count. The device may change any amount of data for one
191191generation count increment. If the change cannot fit in one \msgref {EVENT_CONFIG }
192- message, it \emph {SHOULD } be signaled to the driver via a \msgref {EVENT_CONFIG0 }
192+ message, it \emph {SHOULD } be signaled to the driver via a \msgref {EVENT_CONFIG_EMPTY }
193193message. The device \emph {MUST NOT } provide the same generation count in
194194multiple \msgref {EVENT_CONFIG } messages that contain non-zero length config
195195data. The driver includes its view of the current generation count in
@@ -659,7 +659,7 @@ \subsubsection{Configuration Changes During Operation}
659659messages after initialization if device configuration needs to be
660660changed at runtime. The device \emph {MAY } also make configuration changes at
661661runtime and \emph {MUST } signal those changes with \msgref {EVENT_CONFIG } or
662- \msgref {EVENT_CONFIG0 } messages.
662+ \msgref {EVENT_CONFIG_EMPTY } messages.
663663
664664\subsubsection {Virtqueue Changes During Operation }
665665\label {sec:Virtio Transport Options / Virtio Over Messages / Device Operation / VQueueUpdates }
@@ -738,7 +738,7 @@ \subsubsection{Overview}
738738\hline
739739\msgref {RESET_VQUEUE } & 0xB & Driver \\
740740\hline
741- \msgref {EVENT_CONFIG0 } & 0x40 & Device \\
741+ \msgref {EVENT_CONFIG_EMPTY } & 0x40 & Device \\
742742\hline
743743\msgref {EVENT_CONFIG } & 0x41 & Device \\
744744\hline
@@ -769,7 +769,7 @@ \subsubsection{Overview}
769769\begin {itemize }
770770 \item \msgref {EVENT_AVAIL }
771771 \item \msgref {EVENT_USED }
772- \item \msgref {EVENT_CONFIG } or \msgref {EVENT_CONFIG0 }
772+ \item \msgref {EVENT_CONFIG } or \msgref {EVENT_CONFIG_EMPTY }
773773 \item \msgref {EVENT_USED }
774774\end {itemize }
775775
@@ -983,7 +983,7 @@ \subsubsection{Overview}
983983\hline
984984\end {tabular }
985985
986- \msgdef {EVENT_CONFIG0 }
986+ \msgdef {EVENT_CONFIG_EMPTY }
987987
988988This message is sent by the virtio-msg device and there is no response.
989989
@@ -995,9 +995,9 @@ \subsubsection{Overview}
995995\hline
996996\end {tabular }
997997
998- The \msgref {EVENT_CONFIG0 } message is used when the extra information in
998+ The \msgref {EVENT_CONFIG_EMPTY } message is used when the extra information in
999999\msgref {EVENT_CONFIG } is not available. In general \msgref {EVENT_CONFIG }
1000- \emph {SHOULD } be preferred to \msgref {EVENT_CONFIG0 } but this is not always
1000+ \emph {SHOULD } be preferred to \msgref {EVENT_CONFIG_EMPTY } but this is not always
10011001possible. If the driver side bus implementation is manufacturing notification
10021002based on polling intervals, it should use this message to notify the driver
10031003side transport layer that it should use \msgref {GET_DEVICE_STATUS } and
@@ -1268,7 +1268,7 @@ \subsubsection{Optional Requirements}
12681268\paragraph {Runtime Notifications }
12691269\begin {itemize }
12701270 \item A device or the driver side bus \emph {MUST } send \msgref {EVENT_CONFIG }
1271- or \msgref {EVENT_CONFIG0 }
1271+ or \msgref {EVENT_CONFIG_EMPTY }
12721272 to inform the driver of configuration of device status changes.
12731273 \item A device or the driver side bus \emph {MUST } \msgref {EVENT_USED }
12741274 to inform the driver of (likely) buffer completions.
0 commit comments