From: Chad Dupuis <cdupuis@redhat.com> Date: Tue, 3 Aug 2010 13:50:35 -0400 Subject: [net] netxen: protect resource cleanup by rtnl lock Message-id: <20100803134751.2239.76493.sendpatchset@localhost.localdomain> Patchwork-id: 27326 O-Subject: [RHEL 5.6 PATCH 24/44] netxen: protect resource cleanup by rtnl lock Bugzilla: 562937 RH-Acked-by: David S. Miller <davem@redhat.com> RH-Acked-by: Neil Horman <nhorman@redhat.com> Bugzilla ======== 562937 Upstream Status =============== net-2.6 commit id e15eec2805565c7e31dbe402215637012f1e4616 Description =========== >From 8d4992cebdf9d56670da8559c0c262dd3c8e6b7d Mon Sep 17 00:00:00 2001 From: Amit Kumar Salecha <amit.salecha@qlogic.com> Date: Tue, 2 Feb 2010 04:16:21 +0000 Subject: [PATCH] netxen: protect resource cleanup by rtnl lock o context resources can be in used, while resource cleanup is in progress, during fw recover. o Null pointer execption can occur in send_cmd_desc, if fw recovery module frees tx ring without rtnl lock. o Same applies to ethtool register dump. Signed-off-by: Amit Kumar Salecha <amit.salecha@qlogic.com> Signed-off-by: David S. Miller <davem@davemloft.net> diff --git a/drivers/net/netxen/netxen_nic_main.c b/drivers/net/netxen/netxen_nic_main.c index a82bb8c..ff67018 100644 --- a/drivers/net/netxen/netxen_nic_main.c +++ b/drivers/net/netxen/netxen_nic_main.c @@ -2369,7 +2369,9 @@ netxen_detach_work(void *data) netxen_nic_down(adapter, netdev); + rtnl_lock(); netxen_nic_detach(adapter); + rtnl_unlock(); status = NXRD32(adapter, NETXEN_PEG_HALT_STATUS1);