This bug is missing log files that will aid in diagnosing the problem.
While running an Ubuntu kernel (not a mainline or third-party kernel)
please enter the following command in a terminal window:
apport-collect 1817562
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1817562
Title:
Autonegotiation fails for various Lenovo notebooks when resuming
inside the docking station
Status in linux package in Ubuntu:
Incomplete
Bug description:
The autonegotiation fails sporadically for various Lenovo notebooks
(e.g. T450s, T550, W540) when resuming inside the docking station. The
speed ethtool reports is 10Mb/s, full duplex, even though that is not
the speed the connected switch uses. So the systems are unable to
send/receive any packages.
Issuing the command "ethtool -r eth0" does not lead to a successful
renegotiation. To get a correct link, I have to either undock the
notebook for about 15 seconds, and then re-dock it, or disconnect the
LAN cable for about 15 seconds, and then reconnect the cable.
In my case the problem appears about one time in 10-20 suspend/resume
cycles.
I found the problem in the 4.15 Ubuntu Bionic kernel, but the problem
is still present in kernel 5.0-rc8.
I've done a git bisect and the following commit seems to have
introduced the problem:
commit 04e04009bb01502f8023c707d7569ea42fba903b
Author: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Date: Fri Feb 9 22:55:28 2018 +0100
ACPI / EC: Restore polling during noirq suspend/resume phases
BugLink: http://bugs.launchpad.net/bugs/1774063
[ Upstream commit 3cd091a773936c54344a519f7ee1379ccb620bee ]
Commit 662591461c4b (ACPI / EC: Drop EC noirq hooks to fix a
regression) modified the ACPI EC driver so that it doesn't switch
over to busy polling mode during noirq stages of system suspend and
resume in an attempt to fix an issue resulting from that behavior.
However, that modification introduced a system resume regression on
Thinkpad X240, so make the EC driver switch over to the polling mode
during noirq stages of system suspend and resume again, which
effectively reverts the problematic commit.
Fixes: 662591461c4b (ACPI / EC: Drop EC noirq hooks to fix a regression)
Link: https://bugzilla.kernel.org/show_bug.cgi?id=197863
Reported-by: Markus Demleitner <m...@tfiu.de>
Tested-by: Markus Demleitner <m...@tfiu.de>
Signed-off-by: Rafael J. Wysocki <rafael.j.wyso...@intel.com>
Signed-off-by: Sasha Levin <alexander.le...@microsoft.com>
Signed-off-by: Greg Kroah-Hartman <gre...@linuxfoundation.org>
Signed-off-by: Kamal Mostafa <ka...@canonical.com>
Signed-off-by: Khalid Elmously <khalid.elmou...@canonical.com>
I have reverted the commit in the Ubuntu Bionic kernel, and cannot
reproduce the problem any longer.
I have also opened a corresponding upstream bugreport on bugzilla.kernel.org:
https://bugzilla.kernel.org/show_bug.cgi?id=202675
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1817562/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
