Lijun Pan 6d003fe7fe ibmvnic: continue fatal error reset after passive init ... [ Upstream commit 1f45dc2206 ] Commit f9c6cea0b3 ("ibmvnic: Skip fatal error reset after passive init") says "If the passive CRQ initialization occurs before the FATAL reset task is processed, the FATAL error reset task would try to access a CRQ message queue that was freed, causing an oops. The problem may be most likely to occur during DLPAR add vNIC with a non-default MTU, because the DLPAR process will automatically issue a change MTU request. Fix this by not processing fatal error reset if CRQ is passively initialized after client-driven CRQ initialization fails." Even with this commit, we still see similar kernel crashes. In order to completely solve this problem, we'd better continue the fatal error reset, capture the kernel crash, and try to fix it from that end. Fixes: f9c6cea0b3 ("ibmvnic: Skip fatal error reset after passive init") Signed-off-by: Lijun Pan <ljp@linux.ibm.com> Link: https://lore.kernel.org/r/20201219214034.21123-1-ljp@linux.ibm.com Signed-off-by: Jakub Kicinski <kuba@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2021-01-12 20:16:12 +01:00
..
ehea	ethernet: Delete unnecessary checks before the macro call “dev_kfree_skb”	2019-08-22 16:22:04 -07:00
emac	net: Use skb accessors in network drivers	2019-07-22 20:47:56 -07:00
Kconfig	treewide: Add SPDX license identifier - Makefile/Kconfig	2019-05-21 10:50:46 +02:00
Makefile	treewide: Add SPDX license identifier - Makefile/Kconfig	2019-05-21 10:50:46 +02:00
ibmveth.c	ibmveth: Identify ingress large send packets.	2020-10-29 09:57:22 +01:00
ibmveth.h	treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 13	2019-05-21 11:28:45 +02:00
ibmvnic.c	ibmvnic: continue fatal error reset after passive init	2021-01-12 20:16:12 +01:00
ibmvnic.h	ibmvnic: set up 200GBPS speed	2020-10-29 09:57:43 +01:00