s390/vfio-ap: remove upper limit on wait for queue reset to complete
authorTony Krowiak <akrowiak@linux.ibm.com>
Tue, 15 Aug 2023 18:43:26 +0000 (14:43 -0400)
committerHeiko Carstens <hca@linux.ibm.com>
Fri, 18 Aug 2023 13:09:28 +0000 (15:09 +0200)
commitdd174833e44e7717f88f0925b1f78e9ba1d2626e
treebbd967e9783ba8611dcd20c886fd23271c5e87ca
parentc51f8c6bb5c8a4878310d55e3a0b91747954b43d
s390/vfio-ap: remove upper limit on wait for queue reset to complete

The architecture does not define an upper limit on how long a queue reset
(RAPQ/ZAPQ) can take to complete. In order to ensure both the security
requirements and prevent resource leakage and corruption in the hypervisor,
it is necessary to remove the upper limit (200ms) the vfio_ap driver
currently waits for a reset to complete. This, of course, may result in a
hang which is a less than desirable user experience, but until a firmware
solution is provided, this is a necessary evil.

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-6-akrowiak@linux.ibm.com
Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
drivers/s390/crypto/vfio_ap_ops.c