Bug 14147 - System unresponsive if I unplug network cable while ethtool -p is running
Summary: System unresponsive if I unplug network cable while ethtool -p is running
Status: CLOSED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Network (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Bruce Allan
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-09 00:05 UTC by dave graham
Modified: 2012-06-13 19:28 UTC (History)
4 users (show)

See Also:
Kernel Version: 2.6.30
Subsystem:
Regression: No
Bisected commit-id:


Attachments

Description dave graham 2009-09-09 00:05:57 UTC
When a user runs the "ethtool -p ethX" to identify the physical interface by flashing the appropriate interface LED, and then removes the cable at that interface, the keyboard locks up. This is naturally annoying to customers with multi-port systems, who wish to use ethtool -p so that they can disconnect/connect interface cables to appropriate ports. 

I am told that this is because "the RTNL lock is held by ethtool, and the link [down] message needs the RTNL", which would, I think, make this a kernel issue. 

This has been known about within INTEL for over 3 years, but only recently come to my attention. I have verified it on a 2.6.30 system using a default kernel configuration and the e1000e driver.
Comment 1 Andrew Morton 2009-09-11 19:55:49 UTC
(switched to email.  Please respond via emailed reply-to-all, not via the
bugzilla web interface).

On Wed, 9 Sep 2009 00:06:10 GMT
bugzilla-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=14147
> 
>            Summary: System unresponsive if I unplug network cable while
>                     ethtool -p is running
>            Product: Networking
>            Version: 2.5
>     Kernel Version: 2.6.30
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: Other
>         AssignedTo: acme@ghostprotocols.net
>         ReportedBy: david.graham@intel.com
>         Regression: No
> 
> 
> When a user runs the "ethtool -p ethX" to identify the physical interface by
> flashing the appropriate interface LED, and then removes the cable at that
> interface, the keyboard locks up. This is naturally annoying to customers
> with
> multi-port systems, who wish to use ethtool -p so that they can
> disconnect/connect interface cables to appropriate ports. 
> 
> I am told that this is because "the RTNL lock is held by ethtool, and the
> link
> [down] message needs the RTNL", which would, I think, make this a kernel
> issue. 
> 
> This has been known about within INTEL for over 3 years, but only recently
> come
> to my attention. I have verified it on a 2.6.30 system using a default kernel
> configuration and the e1000e driver.
> 

hah.  cute.
Comment 2 Tushar 2011-02-23 00:45:50 UTC
I reproduced this issue on F14 and e1000e driver.
Comment 3 Jesse Brandeburg 2012-06-13 17:12:20 UTC
Why was this assigned to e1000e owner (bruce)?  It is a kernel bug that is basically a design issue, should probably be assigned to network core owner.  Not sure if it will ever be fixed, but would be nice.
Comment 4 Bruce Allan 2012-06-13 17:54:44 UTC
This has been fixed for almost a year now.
Comment 5 Alan 2012-06-13 19:28:22 UTC
Thanks

Note You need to log in before you can comment on or make changes to this bug.