android_kernel_samsung_a7y1.../drivers/s390
Julian Wiedmann d984ef8414 s390/qeth: invoke softirqs after napi_schedule()
[ Upstream commit 4d19db777a2f32c9b76f6fd517ed8960576cb43e ]

Calling napi_schedule() from process context does not ensure that the
NET_RX softirq is run in a timely fashion. So trigger it manually.

This is no big issue with current code. A call to ndo_open() is usually
followed by a ndo_set_rx_mode() call, and for qeth this contains a
spin_unlock_bh(). Except for OSN, where qeth_l2_set_rx_mode() bails out
early.
Nevertheless it's best to not depend on this behaviour, and just fix
the issue at its source like all other drivers do. For instance see
commit 83a0c6e58901 ("i40e: Invoke softirqs after napi_reschedule").

Fixes: a1c3ed4c9ca0 ("qeth: NAPI support for l2 and l3 discipline")
Signed-off-by: Julian Wiedmann <jwi@linux.ibm.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2020-04-07 12:28:24 +02:00
..
block s390/dasd: fix endless loop after read unit address configuration 2020-04-06 20:27:42 +02:00
char s390/3270: fix lockdep false positive on view->lock 2020-04-06 16:43:33 +02:00
cio s390/cio: exclude subchannels with no parent from pseudo check 2020-04-07 08:07:38 +02:00
crypto A750FXXU4CTBC 2020-03-27 21:51:54 +05:30
net s390/qeth: invoke softirqs after napi_schedule() 2020-04-07 12:28:24 +02:00
scsi scsi: zfcp: fix reaction on bit error threshold notification 2020-04-07 09:26:50 +02:00
virtio A750FXXU4CTBC 2020-03-27 21:51:54 +05:30
Makefile A750FXXU4CTBC 2020-03-27 21:51:54 +05:30