Description of problem: I often plug my laptop into its docking station after it's been running and suspended. When I do this, NetworkManager seems to be unaware of the docking station's ethernet interface and does not bring it up. The only workaround I have found is to reboot the laptop, in which case NetworkManager does see the device and uses it. Please let me know how I can debug this further. Version-Release number of selected component (if applicable): NetworkManager-1.0.6-8.fc23.x86_64 How reproducible: Every time. Steps to Reproduce: 1. Use laptop off docking station. 2. Suspend it (I'm not sure if this is optional, but it is my usual workflow.) 3. Plug the laptop into the docking station. 4. Turn the laptop back on. Actual results: NetworkManager does not bring up the docking station's interface. Expected results: NetworkManager should bring up the docking station's interface. Additional info: This is a Lenovo X1 Carbon. Strangely, lspci only shows two network controllers and I expected to see three (WiFi, on board ethernet, and docking station ethernet). Perhaps the Ethernet controller shown by lspci handles both the laptop's ethernet AND the docking station's? $ lspci | grep Ethernet 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (3) I218-LM (rev 03)
When you plug into the dock, what does 'dmesg' say? What is the output of 'ip link' before and after you plug in? How about 'ethtool <eth ifname>' before and after? Googling around seems to indicate that the dock's ethernet is actually a separate USB ethernet device, so I would expect to see 3 network interfaces. NetworkManager can't do much for the 3rd one if the kernel doesn't recognize it (since it's invisible to NM too).
The docking station (OneLink Pro) seems to use RTL8153 chipset, working with r8152 linux driver. But there are recent fixes to the driver: https://patchwork.ozlabs.org/patch/468391/ https://lkml.org/lkml/2015/12/7/807 https://lkml.org/lkml/2015/9/6/226 So I would try several kernels, or even try compiling driver from RealTek: https://bbs.archlinux.org/viewtopic.php?pid=1512109#p1512109
And it seems that the hardware is [bleep]: https://forums.lenovo.com/t5/Displays-Options-and-Accessories/OneLink-Pro-Dock-issues-some-tips-from-an-user/td-p/1567962
Created attachment 1106493 [details] dmesg.txt Hello Dan! Here is the dmesg from the docking station getting attached.
Here is ethtool before and after: [rbarlow@ohm ~]$ ethtool enp0s20u3u1u3 Settings for enp0s20u3u1u3: 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 [rbarlow@ohm ~]$ ethtool enp0s20u3u1u3 Settings for enp0s20u3u1u3: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: Symmetric Link partner advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 32 Transceiver: internal Auto-negotiation: on Cannot get wake-on-lan settings: Operation not permitted Current message level: 0x00007fff (32767) drv probe link timer ifdown ifup rx_err tx_err tx_queued intr tx_done rx_status pktdata hw wol Link detected: yes
Jirka, I may attempt another kernel soon when I get some time to figure out how to do that with F23. I've also been considering upgrading this laptop to Rawhide, which may make testing that easier if I decide to go that route.
Ok, so the kernel does see the new ethernet device: enp0s20u3u1u3. Can you: 1) start un-docked 2) run 'nmcli g log level debug' 3) verify no enp0s20u3u1u3 exists 4) dock the laptop 5) wait about 15 seconds or so 6) grab 'journalctl -b -u NetworkManager' and attach the output from before the dock (using the timestamps to snip it, perhaps)
Hi, in the logs I see that the device is recognized by NM but a new default connection is not created. This probably is already fixed in recent NM versions by commit: http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?h=nm-1-0&id=80d4fbf4ace3d8ed4428e17b0920ec32bdaf4fe1 which is available on master and in 1.0.8. Randy, can you please try to upgrade NM to the 1.0.8 package from Fedora updates-testing repository and see if it solves the problem?
Hello Beniamino, Thanks so much for pointing me to that update, as it does resolve this issue. I don't see how I can link this issue to the bodhi update, but I'm happy to mark it as resolved by NetworkManager-1.0.8-1.fc23.x86_64: https://bodhi.fedoraproject.org/updates/FEDORA-2015-2ae867c402
NetworkManager-1.0.8-1.fc22 NetworkManager-fortisslvpn-1.0.8-1.fc22 NetworkManager-openconnect-1.0.8-1.fc22 NetworkManager-openswan-1.0.8-1.fc22 NetworkManager-openvpn-1.0.8-1.fc22 NetworkManager-vpnc-1.0.8-1.fc22 network-manager-applet-1.0.10-1.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-efc06edc85
NetworkManager-1.0.10-1.fc23 NetworkManager-fortisslvpn-1.0.8-1.fc23 NetworkManager-openconnect-1.0.8-1.fc23 NetworkManager-openswan-1.0.8-1.fc23 NetworkManager-openvpn-1.0.8-1.fc23 NetworkManager-vpnc-1.0.8-1.fc23 network-manager-applet-1.0.10-1.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-2ae867c402
NetworkManager-1.0.10-1.fc23, NetworkManager-fortisslvpn-1.0.8-1.fc23, NetworkManager-openconnect-1.0.8-1.fc23, NetworkManager-openswan-1.0.8-1.fc23, NetworkManager-openvpn-1.0.8-1.fc23, NetworkManager-vpnc-1.0.8-1.fc23, network-manager-applet-1.0.10-1.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-2ae867c402
NetworkManager-1.0.10-1.fc22, NetworkManager-fortisslvpn-1.0.8-1.fc22, NetworkManager-openconnect-1.0.8-1.fc22, NetworkManager-openswan-1.0.8-1.fc22, NetworkManager-openvpn-1.0.8-1.fc22, NetworkManager-vpnc-1.0.8-1.fc22, network-manager-applet-1.0.10-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-efc06edc85
NetworkManager-1.0.10-2.fc23 NetworkManager-fortisslvpn-1.0.8-1.fc23 NetworkManager-openconnect-1.0.8-1.fc23 NetworkManager-openswan-1.0.8-1.fc23 NetworkManager-openvpn-1.0.8-1.fc23 NetworkManager-vpnc-1.0.8-1.fc23 network-manager-applet-1.0.10-1.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-2ae867c402
NetworkManager-1.0.10-2.fc22 NetworkManager-fortisslvpn-1.0.8-1.fc22 NetworkManager-openconnect-1.0.8-1.fc22 NetworkManager-openswan-1.0.8-1.fc22 NetworkManager-openvpn-1.0.8-1.fc22 NetworkManager-vpnc-1.0.8-1.fc22 network-manager-applet-1.0.10-1.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-efc06edc85
NetworkManager-1.0.10-2.fc22, NetworkManager-fortisslvpn-1.0.8-1.fc22, NetworkManager-openconnect-1.0.8-1.fc22, NetworkManager-openswan-1.0.8-1.fc22, NetworkManager-openvpn-1.0.8-1.fc22, NetworkManager-vpnc-1.0.8-1.fc22, network-manager-applet-1.0.10-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-efc06edc85
NetworkManager-1.0.10-2.fc23, NetworkManager-fortisslvpn-1.0.8-1.fc23, NetworkManager-openconnect-1.0.8-1.fc23, NetworkManager-openswan-1.0.8-1.fc23, NetworkManager-openvpn-1.0.8-1.fc23, NetworkManager-vpnc-1.0.8-1.fc23, network-manager-applet-1.0.10-1.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-2ae867c402
NetworkManager-1.0.10-2.fc23, NetworkManager-fortisslvpn-1.0.8-1.fc23, NetworkManager-openconnect-1.0.8-1.fc23, NetworkManager-openswan-1.0.8-1.fc23, NetworkManager-openvpn-1.0.8-1.fc23, NetworkManager-vpnc-1.0.8-1.fc23, network-manager-applet-1.0.10-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
NetworkManager-1.0.10-2.fc22, NetworkManager-fortisslvpn-1.0.8-1.fc22, NetworkManager-openconnect-1.0.8-1.fc22, NetworkManager-openswan-1.0.8-1.fc22, NetworkManager-openvpn-1.0.8-1.fc22, NetworkManager-vpnc-1.0.8-1.fc22, network-manager-applet-1.0.10-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.