On Wed, Mar 08, 2023 at 01:17:44PM +0800, Jason Wang wrote: > On Wed, Mar 8, 2023 at 3:09 AM Parav Pandit <pa...@nvidia.com> wrote: > > > > > > > > > From: Stefan Hajnoczi <stefa...@redhat.com> > > > Sent: Tuesday, March 7, 2023 2:04 PM > > > > > An alternative is unconditional out-of-order completion, where there are > > > no > > > per-command ordering rules. The driver must wait for a command to complete > > > if it relies on the results of that command for its next command. I like > > > this > > > approach because it's less complex in the spec and for device > > > implementers, > > > while the burden on the driver implementer is still reasonable. > > +1. > > Note that this is the way current ctrl virtqueue works. > > > This has best of both. > > 1. Command ordering knowledge and hence the decision left to the one which > > issues them. (driver). > > 2. Ability to execute multiple unrelated commands using a single AQ. > > 3. stateless device in AQ command execution > > Does this mean if we want to migrate AQ (not use AQ to migrate), we > need to wait for the AQ command to be completed? > > Thanks
As with any VQ, if you migrate while an operation is in progress you need to figure out the internal device state. > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this mail list, you must leave the OASIS TC that > > generates this mail. Follow this link to all your TCs in OASIS at: > > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > --------------------------------------------------------------------- To unsubscribe, e-mail: virtio-dev-unsubscr...@lists.oasis-open.org For additional commands, e-mail: virtio-dev-h...@lists.oasis-open.org
