Julian Wiedmann 4d19db777a s390/qeth: invoke softirqs after napi_schedule() ... 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>		2018-09-17 09:10:25 -07:00
..
block	libnvdimm-for-4.19_misc	2018-08-25 18:13:10 -07:00
char	TTY/Serial driver patches for 4.19-rc1	2018-08-18 10:50:41 -07:00
cio	s390 cio: Rewrite trace point class s390_class_schib	2018-07-23 13:49:56 +02:00
crypto	s390/zcrypt: hex string mask improvements for apmask and aqmask.	2018-08-21 15:56:45 +02:00
net	s390/qeth: invoke softirqs after napi_schedule()	2018-09-17 09:10:25 -07:00
scsi	s390/dasd,zfcp: fix gcc 8 stringop-truncation warnings	2018-07-02 11:24:52 +02:00
virtio	virtio/s390: implement PM operations for virtio_ccw	2018-02-14 14:34:09 +02:00
Makefile	kbuild: rename built-in.o to built-in.a	2018-03-26 02:01:19 +09:00