Julian Wiedmann 56ff8052be s390/qeth: invoke softirqs after napi_schedule() ... [ Upstream commit 4d19db777a ] 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 83a0c6e589 ("i40e: Invoke softirqs after napi_reschedule"). Fixes: a1c3ed4c9c ("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>		2019-11-20 18:00:04 +01:00
..
block	s390/dasd: fix endless loop after read unit address configuration	2019-08-06 19:05:26 +02:00
char	s390/3270: fix lockdep false positive on view->lock	2019-05-16 19:42:21 +02:00
cio	s390/cio: exclude subchannels with no parent from pseudo check	2019-10-11 18:18:28 +02:00
crypto	s390: zcrypt: initialize variables before_use	2019-05-31 06:47:28 -07:00
net	s390/qeth: invoke softirqs after napi_schedule()	2019-11-20 18:00:04 +01:00
scsi	scsi: zfcp: fix reaction on bit error threshold notification	2019-10-29 09:17:37 +01:00
virtio	s390/virtio: handle find on invalid queue gracefully	2019-03-23 14:35:20 +01:00
Makefile