From: Cornelia Huck <cohuck@redhat.com>
To: Parav Pandit <parav@nvidia.com>,
virtio-comment@lists.oasis-open.org, mst@redhat.com,
david.edmondson@oracle.com
Cc: virtio-dev@lists.oasis-open.org, sburla@marvell.com,
jasowang@redhat.com, yishaih@nvidia.com, maorg@nvidia.com,
shahafs@nvidia.com, Parav Pandit <parav@nvidia.com>
Subject: [virtio-comment] Re: [PATCH v9 3/4] admin: Add group member legacy register access commands
Date: Wed, 05 Jul 2023 12:24:15 +0200 [thread overview]
Message-ID: <87fs623bcg.fsf@redhat.com> (raw)
In-Reply-To: <20230704233724.22394-4-parav@nvidia.com>
On Wed, Jul 05 2023, Parav Pandit <parav@nvidia.com> wrote:
> diff --git a/admin-cmds-legacy-interface.tex b/admin-cmds-legacy-interface.tex
> new file mode 100644
> index 0000000..09001d5
> --- /dev/null
> +++ b/admin-cmds-legacy-interface.tex
> @@ -0,0 +1,205 @@
> +\subsubsection{Legacy Interfaces}\label{sec:Basic Facilities of a Virtio Device / Device groups / Group
> +administration commands / Legacy Interface}
> +
> +In some systems, there is a need to support utilizing the legacy driver with
> +the device that do not directly support the legacy interface. In such scenarios,
Maybe better:
"In some systems, there is a need to support utilizing legacy drivers with
devices that do not directly support the legacy interface."
?
> +a group owner device can provide the legacy interface functionality for the
> +group member devices. The driver of an owner device can then access the legacy
> +interface of a member device on behalf of the legacy member device driver.
(...)
> +\paragraph{Legacy Driver Notification Query}\label{par:Basic Facilities of a Virtio Device / Device groups / Group administration commands / Legacy Interface / Legacy Driver Notifications Query}
> +
> +Even though the driver notifications can be communicated through the
> +administration command, if the group owner device or group member device
> +supports such notifications using a memory-mapped operation or I/O operation,
> +they are sent to the device by accessing such a notification region using
> +a memory or an I/O operation.
I find this sentence confusing, probably because it is too
complex... what about
"If the group owner device or the group member device support driver
notifications via a memory-mapped operation or I/O operation, these
notifications are sent to the device via accessing such a notification
region using a memory or I/O operation {in addition to|instead of}
communicating the notifications through the admistration command."
(I'm not sure whether it is either or both.)
> +
> +A group owner device optionally support querying driver notifications region
"can optionally support" ?
> +using VIRTIO_ADMIN_CMD_LEGACY_NOTIFY_QUERY command.
> +
> +The driver sets command \field{opcode} to VIRTIO_ADMIN_CMD_LEGACY_NOTIFY_QUERY.
> +This command does not use \field{command_specific_data}.
> +
> +When command completes successfully, \field{command_specific_result}
"the command"
> +uses following structure:
This publicly archived list offers a means to provide input to the
OASIS Virtual I/O Device (VIRTIO) TC.
In order to verify user consent to the Feedback License terms and
to minimize spam in the list archive, subscription is required
before posting.
Subscribe: virtio-comment-subscribe@lists.oasis-open.org
Unsubscribe: virtio-comment-unsubscribe@lists.oasis-open.org
List help: virtio-comment-help@lists.oasis-open.org
List archive: https://lists.oasis-open.org/archives/virtio-comment/
Feedback License: https://www.oasis-open.org/who/ipr/feedback_license.pdf
List Guidelines: https://www.oasis-open.org/policies-guidelines/mailing-lists
Committee: https://www.oasis-open.org/committees/virtio/
Join OASIS: https://www.oasis-open.org/join/
WARNING: multiple messages have this Message-ID (diff)
From: Cornelia Huck <cohuck@redhat.com>
To: Parav Pandit <parav@nvidia.com>,
virtio-comment@lists.oasis-open.org, mst@redhat.com,
david.edmondson@oracle.com
Cc: virtio-dev@lists.oasis-open.org, sburla@marvell.com,
jasowang@redhat.com, yishaih@nvidia.com, maorg@nvidia.com,
shahafs@nvidia.com, Parav Pandit <parav@nvidia.com>
Subject: [virtio-dev] Re: [PATCH v9 3/4] admin: Add group member legacy register access commands
Date: Wed, 05 Jul 2023 12:24:15 +0200 [thread overview]
Message-ID: <87fs623bcg.fsf@redhat.com> (raw)
In-Reply-To: <20230704233724.22394-4-parav@nvidia.com>
On Wed, Jul 05 2023, Parav Pandit <parav@nvidia.com> wrote:
> diff --git a/admin-cmds-legacy-interface.tex b/admin-cmds-legacy-interface.tex
> new file mode 100644
> index 0000000..09001d5
> --- /dev/null
> +++ b/admin-cmds-legacy-interface.tex
> @@ -0,0 +1,205 @@
> +\subsubsection{Legacy Interfaces}\label{sec:Basic Facilities of a Virtio Device / Device groups / Group
> +administration commands / Legacy Interface}
> +
> +In some systems, there is a need to support utilizing the legacy driver with
> +the device that do not directly support the legacy interface. In such scenarios,
Maybe better:
"In some systems, there is a need to support utilizing legacy drivers with
devices that do not directly support the legacy interface."
?
> +a group owner device can provide the legacy interface functionality for the
> +group member devices. The driver of an owner device can then access the legacy
> +interface of a member device on behalf of the legacy member device driver.
(...)
> +\paragraph{Legacy Driver Notification Query}\label{par:Basic Facilities of a Virtio Device / Device groups / Group administration commands / Legacy Interface / Legacy Driver Notifications Query}
> +
> +Even though the driver notifications can be communicated through the
> +administration command, if the group owner device or group member device
> +supports such notifications using a memory-mapped operation or I/O operation,
> +they are sent to the device by accessing such a notification region using
> +a memory or an I/O operation.
I find this sentence confusing, probably because it is too
complex... what about
"If the group owner device or the group member device support driver
notifications via a memory-mapped operation or I/O operation, these
notifications are sent to the device via accessing such a notification
region using a memory or I/O operation {in addition to|instead of}
communicating the notifications through the admistration command."
(I'm not sure whether it is either or both.)
> +
> +A group owner device optionally support querying driver notifications region
"can optionally support" ?
> +using VIRTIO_ADMIN_CMD_LEGACY_NOTIFY_QUERY command.
> +
> +The driver sets command \field{opcode} to VIRTIO_ADMIN_CMD_LEGACY_NOTIFY_QUERY.
> +This command does not use \field{command_specific_data}.
> +
> +When command completes successfully, \field{command_specific_result}
"the command"
> +uses following structure:
---------------------------------------------------------------------
To unsubscribe, e-mail: virtio-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: virtio-dev-help@lists.oasis-open.org
next prev parent reply other threads:[~2023-07-05 10:24 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-04 23:37 [virtio-comment] [PATCH v9 0/4] admin: Access legacy registers using admin commands Parav Pandit
2023-07-04 23:37 ` [virtio-dev] " Parav Pandit
2023-07-04 23:37 ` [virtio-comment] [PATCH v9 1/4] admin: Split opcode table rows with a line Parav Pandit
2023-07-04 23:37 ` [virtio-dev] " Parav Pandit
2023-07-05 10:05 ` [virtio-comment] " Cornelia Huck
2023-07-05 10:05 ` [virtio-dev] " Cornelia Huck
2023-07-04 23:37 ` [virtio-comment] [PATCH v9 2/4] admin: Fix section numbering Parav Pandit
2023-07-04 23:37 ` [virtio-dev] " Parav Pandit
2023-07-05 10:09 ` [virtio-comment] " Cornelia Huck
2023-07-05 10:09 ` [virtio-dev] " Cornelia Huck
2023-07-05 16:29 ` [virtio-comment] " Parav Pandit
2023-07-05 16:29 ` Parav Pandit
2023-07-04 23:37 ` [virtio-comment] [PATCH v9 3/4] admin: Add group member legacy register access commands Parav Pandit
2023-07-04 23:37 ` [virtio-dev] " Parav Pandit
2023-07-05 10:24 ` Cornelia Huck [this message]
2023-07-05 10:24 ` [virtio-dev] " Cornelia Huck
2023-07-05 16:34 ` [virtio-comment] " Parav Pandit
2023-07-05 16:34 ` [virtio-dev] " Parav Pandit
2023-07-06 5:43 ` [virtio-comment] " Michael S. Tsirkin
2023-07-06 5:43 ` [virtio-dev] " Michael S. Tsirkin
2023-07-05 11:04 ` [virtio-comment] " Michael S. Tsirkin
2023-07-05 11:04 ` [virtio-dev] " Michael S. Tsirkin
2023-07-05 18:26 ` Parav Pandit
2023-07-05 18:26 ` [virtio-dev] " Parav Pandit
2023-07-06 6:01 ` Michael S. Tsirkin
2023-07-06 6:01 ` [virtio-dev] " Michael S. Tsirkin
2023-07-05 22:01 ` Parav Pandit
2023-07-05 22:01 ` [virtio-dev] " Parav Pandit
2023-07-04 23:37 ` [virtio-comment] [PATCH v9 4/4] transport-pci: Introduce group legacy group member config region access Parav Pandit
2023-07-04 23:37 ` [virtio-dev] " Parav Pandit
2023-07-05 10:29 ` [virtio-comment] " Cornelia Huck
2023-07-05 10:29 ` [virtio-dev] " Cornelia Huck
2023-07-05 16:36 ` [virtio-comment] " Parav Pandit
2023-07-05 16:36 ` [virtio-dev] " Parav Pandit
2023-07-05 10:56 ` [virtio-comment] " Michael S. Tsirkin
2023-07-05 10:56 ` [virtio-dev] " Michael S. Tsirkin
2023-07-05 11:09 ` [virtio-comment] [PATCH v9 0/4] admin: Access legacy registers using admin commands Michael S. Tsirkin
2023-07-05 11:09 ` [virtio-dev] " Michael S. Tsirkin
2023-07-05 13:01 ` Parav Pandit
2023-07-05 13:01 ` [virtio-dev] " Parav Pandit
2023-07-05 13:42 ` Cornelia Huck
2023-07-05 13:42 ` [virtio-dev] " Cornelia Huck
2023-07-05 14:37 ` Parav Pandit
2023-07-05 14:37 ` [virtio-dev] " Parav Pandit
2023-07-06 4:20 ` Parav Pandit
2023-07-06 4:20 ` [virtio-dev] " Parav Pandit
2023-07-06 6:10 ` Michael S. Tsirkin
2023-07-06 6:10 ` [virtio-dev] " Michael S. Tsirkin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87fs623bcg.fsf@redhat.com \
--to=cohuck@redhat.com \
--cc=david.edmondson@oracle.com \
--cc=jasowang@redhat.com \
--cc=maorg@nvidia.com \
--cc=mst@redhat.com \
--cc=parav@nvidia.com \
--cc=sburla@marvell.com \
--cc=shahafs@nvidia.com \
--cc=virtio-comment@lists.oasis-open.org \
--cc=virtio-dev@lists.oasis-open.org \
--cc=yishaih@nvidia.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.