| 2019-02-25 14:10:44 |
Cs-gon |
bug |
|
|
added bug |
| 2019-02-25 14:14:01 |
Cs-gon |
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.wysocki@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.wysocki@intel.com>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Kamal Mostafa <kamal@canonical.com>
Signed-off-by: Khalid Elmously <khalid.elmously@canonical.com>
I have reverted the commit in the Ubuntu Bionic kernel, and cannot reproduce the problem any longer. |
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.wysocki@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.wysocki@intel.com>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Kamal Mostafa <kamal@canonical.com>
Signed-off-by: Khalid Elmously <khalid.elmously@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 |
|
| 2019-02-25 14:30:04 |
Ubuntu Kernel Bot |
linux (Ubuntu): status |
New |
Incomplete |
|
| 2019-02-26 16:03:28 |
Cs-gon |
tags |
|
apport-collected xenial |
|
| 2019-02-26 16:03:29 |
Cs-gon |
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.wysocki@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.wysocki@intel.com>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Kamal Mostafa <kamal@canonical.com>
Signed-off-by: Khalid Elmously <khalid.elmously@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 |
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.wysocki@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.wysocki@intel.com>
Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: Kamal Mostafa <kamal@canonical.com>
Signed-off-by: Khalid Elmously <khalid.elmously@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
---
ApportVersion: 2.20.1-0ubuntu2.18
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC1: m525025 2871 F.... pulseaudio
/dev/snd/controlC0: m525025 2871 F.... pulseaudio
CurrentDesktop: Unity
DistroRelease: Ubuntu 16.04
HibernationDevice: RESUME=/dev/mapper/VolGroup00-swaplv
MachineType: LENOVO 20BWS00V00
Package: linux (not installed)
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.15.0-45-generic root=/dev/mapper/VolGroup00-rootlv ro net.ifnames=0 biosdevname=0 ipv6.disable=1 quiet splash usbcore.authorized_default=0 i915.enable_psr=0 i915.enable_rc6=0 crashkernel=384M-:128M vt.handoff=7
ProcVersionSignature: Ubuntu 4.15.0-45.48~16.04.1-generic 4.15.18
RelatedPackageVersions:
linux-restricted-modules-4.15.0-45-generic N/A
linux-backports-modules-4.15.0-45-generic N/A
linux-firmware 1.157.21
Tags: xenial
Uname: Linux 4.15.0-45-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: dvi lapadmins projekt-lap
WifiSyslog:
_MarkForUpload: True
dmi.bios.date: 02/27/2018
dmi.bios.vendor: LENOVO
dmi.bios.version: JBET68WW (1.32 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20BWS00V00
dmi.board.vendor: LENOVO
dmi.board.version: Not Defined
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: None
dmi.modalias: dmi:bvnLENOVO:bvrJBET68WW(1.32):bd02/27/2018:svnLENOVO:pn20BWS00V00:pvrThinkPadT450s:rvnLENOVO:rn20BWS00V00:rvrNotDefined:cvnLENOVO:ct10:cvrNone:
dmi.product.family: ThinkPad T450s
dmi.product.name: 20BWS00V00
dmi.product.version: ThinkPad T450s
dmi.sys.vendor: LENOVO |
|
| 2019-02-26 16:03:30 |
Cs-gon |
attachment added |
|
AlsaInfo.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241821/+files/AlsaInfo.txt |
|
| 2019-02-26 16:03:31 |
Cs-gon |
attachment added |
|
CRDA.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241822/+files/CRDA.txt |
|
| 2019-02-26 16:03:33 |
Cs-gon |
attachment added |
|
CurrentDmesg.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241823/+files/CurrentDmesg.txt |
|
| 2019-02-26 16:03:34 |
Cs-gon |
attachment added |
|
IwConfig.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241824/+files/IwConfig.txt |
|
| 2019-02-26 16:03:35 |
Cs-gon |
attachment added |
|
Lspci.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241825/+files/Lspci.txt |
|
| 2019-02-26 16:03:37 |
Cs-gon |
attachment added |
|
Lsusb.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241826/+files/Lsusb.txt |
|
| 2019-02-26 16:03:38 |
Cs-gon |
attachment added |
|
ProcCpuinfo.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241827/+files/ProcCpuinfo.txt |
|
| 2019-02-26 16:03:39 |
Cs-gon |
attachment added |
|
ProcCpuinfoMinimal.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241828/+files/ProcCpuinfoMinimal.txt |
|
| 2019-02-26 16:03:40 |
Cs-gon |
attachment added |
|
ProcEnviron.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241829/+files/ProcEnviron.txt |
|
| 2019-02-26 16:03:41 |
Cs-gon |
attachment added |
|
ProcInterrupts.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241830/+files/ProcInterrupts.txt |
|
| 2019-02-26 16:03:42 |
Cs-gon |
attachment added |
|
ProcModules.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241831/+files/ProcModules.txt |
|
| 2019-02-26 16:03:43 |
Cs-gon |
attachment added |
|
PulseList.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241832/+files/PulseList.txt |
|
| 2019-02-26 16:03:44 |
Cs-gon |
attachment added |
|
RfKill.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241833/+files/RfKill.txt |
|
| 2019-02-26 16:03:45 |
Cs-gon |
attachment added |
|
UdevDb.txt https://bugs.launchpad.net/bugs/1817562/+attachment/5241834/+files/UdevDb.txt |
|
| 2019-02-26 16:04:33 |
Cs-gon |
linux (Ubuntu): status |
Incomplete |
Confirmed |
|
| 2019-02-27 01:27:32 |
Terry Rudd |
bug |
|
|
added subscriber Terry Rudd |
