vdpa/mlx5: fix guest notification timing
authorMatan Azrad <matan@mellanox.com>
Mon, 24 Feb 2020 16:55:06 +0000 (16:55 +0000)
committerThomas Monjalon <thomas@monjalon.net>
Tue, 25 Feb 2020 09:48:04 +0000 (10:48 +0100)
commitd76a17f7b82085ca839c2ee757c87b7cfd0b8584
treebeff4019eeb7ba77a8c75c5f2f1a971092d42e5c
parent06da8cccb6155b7d11e279a859c760bd4163e316
vdpa/mlx5: fix guest notification timing

When the HW finishes to consume the guest Rx descriptors, it creates a
CQE in the CQ.

The mlx5 driver arms the CQ to get notifications when a specific CQE
index is created - the index to be armed is the next CQE index which
should be polled by the driver.

The mlx5 driver configured the kernel driver to send notification to the
guest callfd in the same time it arrives to the mlx5 driver.

It means that the guest was notified only for each first CQE in a poll
cycle, so if the driver polled CQEs of all the virtio queue available
descriptors, the guest was not notified again for the rest because
there was no any new cycle for polling.

Hence, the Rx queues might be stuck when the guest didn't work with
poll mode.

Move the guest notification to be after the driver consumes all the
SW own CQEs.
By this way, guest will be notified only after all the SW CQEs are
polled.

Also init the CQ to be with HW owner in the start.

Fixes: 8395927cdfaf ("vdpa/mlx5: prepare HW queues")

Signed-off-by: Matan Azrad <matan@mellanox.com>
drivers/vdpa/mlx5/mlx5_vdpa.h
drivers/vdpa/mlx5/mlx5_vdpa_event.c