The specifications of some virtio device types are still using the old terminology for used buffer notifications and configuration change notifications calling these interrupts.
Let us fix that. Signed-off-by: Halil Pasic <[email protected]> --- content.tex | 20 ++++++++++---------- 1 files changed, 10 insertions(+), 10 deletions(-) diff --git a/content.tex b/content.tex index ed34495..83bcd3d 100644 --- a/content.tex +++ b/content.tex @@ -3044,9 +3044,9 @@ if VIRTIO_NET_F_MRG_RXBUF is not negotiated.} \label{sec:Device Types / Network Device / Device Operation / Processing of Packets}%old label for latexdiff When a packet is copied into a buffer in the receiveq, the -optimal path is to disable further interrupts for the receiveq -and process -packets until no more are found, then re-enable them. +optimal path is to disable further used buffer notifications for the +receiveq and process packets until no more are found, then re-enable +them. Processing incoming packets involves: @@ -3886,7 +3886,7 @@ The device SHOULD clear the \field{write_zeroes_may_unmap} field of the virtio configuration space if and only if a write zeroes request cannot result in deallocating one or more sectors. The device MAY change the content of the field during operation of the device; when this happens, -the device SHOULD trigger a configuration change interrupt. +the device SHOULD trigger a configuration change notification. A write is considered volatile when it is submitted; the contents of sectors covered by a volatile write are undefined in persistent device @@ -4178,8 +4178,8 @@ an appropriate log or output method. \begin{enumerate} \item For output, a buffer containing the characters is placed in the port's transmitq\footnote{Because this is high importance and low bandwidth, the current -Linux implementation polls for the buffer to be used, rather than -waiting for an interrupt, simplifying the implementation +Linux implementation polls for the buffer to become used, rather than +waiting for an used buffer notifications, simplifying the implementation significantly. However, for generic serial ports with the O_NONBLOCK flag set, the polling limitation is relaxed and the consumed buffers are freed upon the next write or poll call or @@ -4187,11 +4187,11 @@ when a port is closed or hot-unplugged. }. \item When a buffer is used in the receiveq (signalled by an - interrupt), the contents is the input to the port associated + used buffer notification), the contents is the input to the port associated with the virtqueue for which the notification was received. \item If the driver negotiated the VIRTIO_CONSOLE_F_SIZE feature, a - configuration change interrupt indicates that the updated size can + configuration change notification indicates that the updated size can be read from the configuration fields. This size applies to port 0 only. \item If the driver negotiated the VIRTIO_CONSOLE_F_MULTIPORT @@ -4434,7 +4434,7 @@ The device initialization process is outlined below: \subsection{Device Operation}\label{sec:Device Types / Memory Balloon Device / Device Operation} The device is driven either by the receipt of a configuration -change interrupt, or by changing guest memory needs, such as +change notification, or by changing guest memory needs, such as performing memory compaction or responding to out of memory conditions. @@ -4571,7 +4571,7 @@ and notifies the device. A request for memory statistics proceeds as follows: \begin{enumerate} -\item The device uses the buffer and sends an interrupt. +\item The device uses the buffer and sends an used buffer notification. \item The driver pops the used buffer and discards it. -- 1.7.1 --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
