Harald Freudenberger e01f18c5af s390/ap: Fix wrong APQN fill calculation ...

commit 3317785a88 upstream.

The upper limit of the firmware queue fill state for each APQN
is reported by the hwinfo.qd field. This field shows the
numbers 0-7 for 1-8 queue spaces available. But the exploiting
code assumed the real boundary is stored there and thus stoppes
queuing in messages one tick too early.

Correct the limit calculation and thus offer a boost
of 12.5% performance for high traffic on one APQN.

Fixes: d4c53ae8e4 ("s390/ap: store TAPQ hwinfo in struct ap_card")
Cc: stable@vger.kernel.org
Reported-by: Ingo Franzki <ifranzki@linux.ibm.com>
Reviewed-by: Ingo Franzki <ifranzki@linux.ibm.com>
Signed-off-by: Harald Freudenberger <freude@linux.ibm.com>
Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

2026-01-30 10:28:46 +01:00

..

ap_bus.c

…

ap_bus.h

…

ap_card.c

…

ap_debug.h

…

ap_queue.c

…

Makefile

…

pkey_api.c

…

pkey_base.c

…

pkey_base.h

…

pkey_cca.c

…

pkey_ep11.c

…

pkey_pckmo.c

…

pkey_sysfs.c

…

vfio_ap_debug.h

…

vfio_ap_drv.c

…

vfio_ap_ops.c

…

vfio_ap_private.h

…

zcrypt_api.c

…

zcrypt_api.h

…

zcrypt_card.c

…

zcrypt_cca_key.h

…

zcrypt_ccamisc.c

…

zcrypt_ccamisc.h

…

zcrypt_cex2a.c

…

zcrypt_cex2a.h

…

zcrypt_cex2c.c

…

zcrypt_cex2c.h

…

zcrypt_cex4.c

…

zcrypt_cex4.h

…

zcrypt_debug.h

…

zcrypt_ep11misc.c

…

zcrypt_ep11misc.h

…

zcrypt_error.h

…

zcrypt_msgtype6.c

…

zcrypt_msgtype6.h

…

zcrypt_msgtype50.c

…

zcrypt_msgtype50.h

…

zcrypt_queue.c

…