Jesse Brandeburg 3a3847e007 e1000: fix lockdep splat in shutdown handler ... As reported by Steven Rostedt, e1000 has a lockdep splat added during the recent merge window. The issue is that cancel_delayed_work is called while holding our private mutex. There is no reason that I can see to hold the mutex during pci shutdown, it was more just paranoia that I put the mutex_lock around the call to e1000_down. In a quick survey lots of drivers handle locking differently when being called by the pci layer. The assumption here is that we don't need the mutexes' protection in this function because the driver could not be unloaded while in the shutdown handler which is only called at reboot or poweroff. Reported-by: Steven Rostedt <rostedt@goodmis.org> Signed-off-by: Jesse Brandeburg <jesse.brandeburg@intel.com> Tested-by: Steven Rostedt <rostedt@goodmis.org> Tested-by: Aaron Brown <aaron.f.brown@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2012-01-05 13:12:03 -05:00
..
e1000.h	e1000: convert to private mutex from rtnl	2011-10-06 22:40:56 -07:00
e1000_ethtool.c	Sweep away N/A fw_version dustbunnies from the .get_drvinfo routine of a number of drivers	2011-11-22 16:43:32 -05:00
e1000_hw.c	e1000: convert mdelay to msleep	2011-10-06 22:40:05 -07:00
e1000_hw.h	intel: Convert <FOO>_LENGTH_OF_ADDRESS to ETH_ALEN	2011-11-16 04:41:52 -08:00
e1000_main.c	e1000: fix lockdep splat in shutdown handler	2012-01-05 13:12:03 -05:00
e1000_osdep.h
e1000_param.c
Makefile