Bug 1006820 - Re-inserting ethernet cable is not detected. Dell Inspiron 15R 5521
Summary: Re-inserting ethernet cable is not detected. Dell Inspiron 15R 5521
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 19
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-09-11 10:37 UTC by Turgut Kalfaoglu
Modified: 2013-09-19 13:44 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-09-19 13:44:12 UTC
Type: Bug


Attachments (Terms of Use)

Description Turgut Kalfaoglu 2013-09-11 10:37:28 UTC
When the network cable is removed, or when the switch is powered down,
networkmanager correctly displays "cable removed". However, when the connectivity is restored, it is not detected, and the status remains "cable unplugged" in the nm-applet.

The only way to resume connectivity, it seems, is to restart the NetworkManager and "network" services.

Comment 1 Turgut Kalfaoglu 2013-09-11 10:58:42 UTC
lspci output:
00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mars [Radeon HD 8730M]
07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 05)
08:00.0 Network controller: Intel Corporation Centrino Wireless-N 2230 (rev c4)

Comment 2 Dan Williams 2013-09-12 03:58:52 UTC
When you re-plug the cable, please open a terminal and report the output of the following commands:

sudo ethtool <interface name of your ethernet device>

cat /sys/class/net/<interface name of your ethernet device>/carrier

Comment 3 Turgut Kalfaoglu 2013-09-12 04:10:54 UTC
Many thanks for your reply. Here is the info:

# ifconfig
em1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet6 fe80::baca:3aff:fedf:9185  prefixlen 64  scopeid 0x20<link>
        ether b8:ca:3a:df:91:85  txqueuelen 1000  (Ethernet)
        RX packets 133532  bytes 125905231 (120.0 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 129194  bytes 80585045 (76.8 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 545  bytes 22397 (21.8 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 545  bytes 22397 (21.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp8s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.x  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::62xx:xxxx:fece:c4df  prefixlen 64  scopeid 0x20<link>
        ether xx:xx:xx:xx:c4:df  txqueuelen 1000  (Ethernet)
        RX packets 14720  bytes 11269799 (10.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 13523  bytes 6881818 (6.5 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[root@tklaptop ~]# ethtool em1
Settings for em1:
Cannot get device settings: No such device
Cannot get wake-on-lan settings: No such device
Cannot get message level: No such device
Cannot get link status: No such device
No data available
[root@tklaptop ~]# cat /sys/class/net/em1/carrier 
0

PS: Local IP and ethernet addresses have been changed by me.

Comment 4 Dan Williams 2013-09-13 17:07:32 UTC
Ok, this is a kernel driver problem.  If the kernel driver is working correctly, then after plugging the cable in, /sys/class/net/em1/carrier should be '1' and you should see "RUNNING" in the ifconfig flags.  This indicates the driver does not correctly notify the kernel networking layer of changes in the carrier state.

Comment 5 Josh Boyer 2013-09-18 20:53:43 UTC
*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs.

Fedora 19 has now been rebased to 3.11.1-200.fc19.  Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you experience different issues, please open a new bug report for those.

Comment 6 Turgut Kalfaoglu 2013-09-19 05:47:51 UTC
Thank you!  For the first time it worked correctly. I removed the ethernet cable, NetworkManager detected it.. Re-inserted it, it also detected it.

Comment 7 Josh Boyer 2013-09-19 13:44:12 UTC
Thanks for letting us know.


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