Julian Wiedmann 3e83d467a0 s390/qeth: schedule TX NAPI on QAOB completion ... When a QAOB notifies us that a pending TX buffer has been delivered, the actual TX completion processing by qeth_tx_complete_pending_bufs() is done within the context of a TX NAPI instance. We shouldn't rely on this instance being scheduled by some other TX event, but just do it ourselves. qeth_qdio_handle_aob() is called from qeth_poll(), ie. our main NAPI instance. To avoid touching the TX queue's NAPI instance before/after it is (un-)registered, reorder the code in qeth_open() and qeth_stop() accordingly. Fixes: 0da9581ddb ("qeth: exploit asynchronous delivery of storage blocks") Signed-off-by: Julian Wiedmann <jwi@linux.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2021-03-09 16:14:54 -08:00
..
block	for-5.12/block-2021-02-17	2021-02-21 11:02:48 -08:00
char	s390 updates for the 5.12 merge window	2021-02-21 13:40:06 -08:00
cio	s390/qdio: remove 'merge_pending' mechanism	2021-02-13 17:17:55 +01:00
crypto	s390 updates for the 5.12 merge window	2021-02-21 13:40:06 -08:00
net	s390/qeth: schedule TX NAPI on QAOB completion	2021-03-09 16:14:54 -08:00
scsi	scsi: zfcp: Do not set COMMAND_COMPLETE	2021-01-22 21:14:09 -05:00
virtio	s390/virtio: remove unused pm callbacks	2020-06-16 13:44:04 +02:00
Makefile	s390: remove pointless drivers-y in drivers/s390/Makefile	2019-09-16 13:21:51 +02:00