[Lenovo ThinkPad X220] e1000e problem, system either reboots instead of power off or disables WOL

Bug #1261723 reported by Cs-gon on 2013-12-17
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Medium
Unassigned

Bug Description

When trying to shutdown a system, either the system does not power off, but reboots immediately, or Wake-On-LAN gets disabled on power off.

This problem is happening on a Lenovo X220, with Ubuntu Precise. But the problem exists with all current Kernels for precise (3.5.0*, 3.8.0*, 3.11.0*). The problem is not reproducible with the current (2.5.4) e1000e driver from sf.net.

Steps to reproduce the problem:

- Put the powered off noteook in the port replicator
- Power on the system
- Wait until the system is booted and showing the lightdm login screen
- Disconnect the notebook from the port replicator
- Wait a couple of seconds
- Connect the notebook to the port replicator
- Shut the system down from the lightdm menu

Expected result:

The system should shut down and power off, and Wake-On-LAN should be functioning (when it was activated).

Observed result:

The system either doesn't power off, but reboots immediately, or in cases it actually does power off, WOL gets disabled.

Additional info:

It's hard to say what triggers the one or the other behaviour. It might be related to the timing of the above steps. We have some users with the problem, who normally use the notebooks during the day and experience the problems in the evening, when shutting down the system. The above steps are the best way we found to reproduce the problem. It seems that disconnecting the notebook from the port replicator, so it does run on battery, at least for a short time, seems to be a part of what triggers the problem.

The 3.5 Kernel might not show the "reboot instead of power off" part of the problem, but WOL is not functioning after power off (ethernet port on the port replicator is disabled, no link).

The "reboot instead of power off" part of the problem seems to not happen when WOL gets disabled before the shutdown (using ethtool) or when the e1000e gets unloaded before the shutdown.

In the case the system did power off, and WOL is not functioning, it is possible to restore the WOL function by taking the notebook out of the port replicator and putting it back in (while it is switched off). After that the ethernet port on the port replicator gets enabled again, and the system wakes up when it gets send a WOL magic packet.
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version k3.11.0-23-generic.
ApportVersion: 2.0.1-0ubuntu17.6
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: PCH [HDA Intel PCH], device 0: CX20590 Analog [CX20590 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: ubuntu 1956 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'PCH'/'HDA Intel PCH at 0xf2620000 irq 51'
   Mixer name : 'Intel CougarPoint HDMI'
   Components : 'HDA:14f1506e,17aa21da,00100002 HDA:80862805,80860101,00100000'
   Controls : 43
   Simple ctrls : 12
Card29.Amixer.info:
 Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw unknown'
   Mixer name : 'ThinkPad EC (unknown)'
   Components : ''
   Controls : 1
   Simple ctrls : 1
Card29.Amixer.values:
 Simple mixer control 'Console',0
   Capabilities: pswitch pswitch-joined penum
   Playback channels: Mono
   Mono: Playback [on]
DistroRelease: Ubuntu 12.04
HibernationDevice: RESUME=UUID=58b97338-611a-4c05-b5f3-fd857e8261b9
InstallationMedia: Ubuntu 12.04.4 LTS "Precise Pangolin" - Release amd64 (20140204)
MachineType: LENOVO 4291QQ1
MarkForUpload: True
Package: linux (not installed)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.11.0-23-generic root=UUID=ed1a1a2a-fef2-478a-a951-852b797c4d76 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.11.0-23.40~precise1-generic 3.11.10.10
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
 linux-restricted-modules-3.11.0-23-generic N/A
 linux-backports-modules-3.11.0-23-generic N/A
 linux-firmware 1.79.15
Tags: precise
Uname: Linux 3.11.0-23-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:

dmi.bios.date: 07/18/2013
dmi.bios.vendor: LENOVO
dmi.bios.version: 8DET69WW (1.39 )
dmi.board.asset.tag: Not Available
dmi.board.name: 4291QQ1
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr8DET69WW(1.39):bd07/18/2013:svnLENOVO:pn4291QQ1:pvrThinkPadX220:rvnLENOVO:rn4291QQ1:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 4291QQ1
dmi.product.version: ThinkPad X220
dmi.sys.vendor: LENOVO

Cs-gon (cs-gon) wrote :
Cs-gon (cs-gon) wrote :
Cs-gon (cs-gon) wrote :

Some additional information:

I tested the latest e1000e driver from sf.net on other hardware (Lenovo T61), which is in use here too. The T61s didn't show the "reboot instead of power off" before, with the e1000e driver, that is included in the kernels mentioned above. However they do show the problem with the e1000e driver from sf.net (version 2.5.4).

Maybe in 1 out of 10 cases the notebook is able to power off, and then WOL works too. But in the other cases the notebook just reboots.

So it seems the driver from sf.net doesn't really solve the problem, but somehow only changes some conditions under which the bug is triggered.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in linux-lts-saucy (Ubuntu):
status: New → Confirmed

Cs-gon, thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command, as it will automatically gather debugging information, in a terminal:
apport-collect 1261723
When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

affects: linux-lts-saucy (Ubuntu) → linux (Ubuntu)
Changed in linux (Ubuntu):
importance: Undecided → Low
status: Confirmed → Incomplete
no longer affects: linux-lts-trusty (Ubuntu)

apport information

tags: added: apport-collected precise
description: updated

apport information

apport information

apport information

apport information

apport information

apport information

apport information

Cs-gon (cs-gon) wrote : IwConfig.txt

apport information

Cs-gon (cs-gon) wrote : Lspci.txt

apport information

Cs-gon (cs-gon) wrote : Lsusb.txt

apport information

apport information

apport information

apport information

apport information

Cs-gon (cs-gon) wrote : RfKill.txt

apport information

Cs-gon (cs-gon) wrote : UdevDb.txt

apport information

Cs-gon (cs-gon) wrote : UdevLog.txt

apport information

apport information

Cs-gon, could you please test the latest upstream kernel available from the first line at the top page (not the daily folder) following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-3.15

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

tags: added: latest-bios-1.39
tags: added: quantal raring saucy
Changed in linux (Ubuntu):
importance: Low → Medium
summary: - e1000e problem, system either reboots instead of power off or disables
- WOL
+ [Lenovo ThinkPad X220] e1000e problem, system either reboots instead of
+ power off or disables WOL
Cs-gon (cs-gon) wrote :

I tested the latest kernel using the linux-image-3.16.0-031600rc2-generic_3.16.0-031600rc2.201406220135_amd64.deb package. With this kernel I was unable to reproduce the issue. The x220 System did shutdown, and WOL was still enabled and functioning.

I also tested this with one of our T61 systems, because these systems began to show the issue, when I tried out the 2.5.4 e1000e driver. With the new kernel the T61 system did shutdown properly too, and WOL was still enabled.

tags: added: kernel-fixed-upstream kernel-fixed-upstream-3.16-rc2

Cs-gon, the next step is to fully reverse commit bisect the kernel in order to identify the fix commit. Could you please do this following https://wiki.ubuntu.com/Kernel/KernelBisection#How_do_I_reverse_bisect_the_upstream_kernel.3F ?

Cs-gon (cs-gon) wrote :

After reverse bisecting the kernel, the following commit, which seems to be part of a larger patch set for the e1000e driver, fixes the problem for me:

commit 63eb48f151b5f1d8dba35d6176d0d7c9643b33af
Author: David Ertman <email address hidden>
Date: Fri Feb 14 07:16:46 2014 +0000

e1000e Refactor of Runtime Power Management

Changed in linux (Ubuntu):
status: Incomplete → Triaged
tags: added: cherry-pick
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers