s390/vfio-ap: handle queue state change in progress on reset

A new APQSW response code (0xA) indicating the designated queue is in the
process of being bound or associated to a configuration may be returned
from the PQAP(ZAPQ) command. This patch introduces code that will verify
when the PQAP(ZAPQ) command can be re-issued after receiving response code
0xA.

Signed-off-by: Tony Krowiak <akrowiak@linux.ibm.com>
Reviewed-by: Jason J. Herne <jjherne@linux.ibm.com>
Acked-by: Halil Pasic <pasic@linux.ibm.com>
Tested-by: Viktor Mihajlovski <mihajlov@linux.ibm.com>
Link: https://lore.kernel.org/r/20230815184333.6554-9-akrowiak@linux.ibm.com
Signed-off-by: Heiko Carstens <hca@linux.ibm.com>

diff --git a/drivers/s390/crypto/vfio_ap_ops.c b/drivers/s390/crypto/vfio_ap_ops.c
index 3a59f1c5390fac375ea7b5e04e96d5456af8a1f2..43dea259fe23225b367faf0e805b2bed68f9a9b6 100644 (file)
--- a/drivers/s390/crypto/vfio_ap_ops.c
+++ b/drivers/s390/crypto/vfio_ap_ops.c
@@ -1647,7 +1647,8 @@ static void apq_reset_check(struct work_struct *reset_work)
                                              status.irq_enabled);
                } else {
                        if (q->reset_status.response_code == AP_RESPONSE_RESET_IN_PROGRESS ||
-                           q->reset_status.response_code == AP_RESPONSE_BUSY) {
+                           q->reset_status.response_code == AP_RESPONSE_BUSY ||
+                           q->reset_status.response_code == AP_RESPONSE_STATE_CHANGE_IN_PROGRESS) {
                                status = ap_zapq(q->apqn, 0);
                                memcpy(&q->reset_status, &status, sizeof(status));
                                continue;
@@ -1679,6 +1680,7 @@ static void vfio_ap_mdev_reset_queue(struct vfio_ap_queue *q)
        case AP_RESPONSE_NORMAL:
        case AP_RESPONSE_RESET_IN_PROGRESS:
        case AP_RESPONSE_BUSY:
+       case AP_RESPONSE_STATE_CHANGE_IN_PROGRESS:
                /*
                 * Let's verify whether the ZAPQ completed successfully on a work queue.
                 */