HP Folio 13: Lid close event is never fired => no suspend on lid close

Bug #1010926 reported by gpothier
60
This bug affects 13 people
Affects Status Importance Assigned to Milestone
Linux
Won't Fix
Medium
linux (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

The machine is an HP Folio 13 notebook.
The state of the lid is correctly reported in /proc:

With lid open:
gpothier@tadzim2:~$ cat /proc/acpi/button/lid/*/state
state: open

With lid closed:
gpothier@tadzim2:~$ cat /proc/acpi/button/lid/*/state
state: closed

The events are never fired however. This is the output of acpi_listen after hitting the power button (just to check that some acpi events are indeed fired):

gpothier@tadzim2:~$ acpi_listen
button/power PWRF 00000080 00000001
video GFX0 00000080 00000000
button/lid LID0 00000080 00000001

But when closing/opening the lid, nothing happens. This prevents the suspend on lid close feature to work.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: linux-image-3.2.0-24-generic 3.2.0-24.39
ProcVersionSignature: Ubuntu 3.2.0-24.39-generic 3.2.16
Uname: Linux 3.2.0-24-generic x86_64
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 2.0.1-0ubuntu8
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: PCH [HDA Intel PCH], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/by-path', '/dev/snd/controlC0', '/dev/snd/hwC0D0', '/dev/snd/hwC0D3', '/dev/snd/pcmC0D0c', '/dev/snd/pcmC0D0p', '/dev/snd/pcmC0D3p', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
Card0.Amixer.info:
 Card hw:0 'PCH'/'HDA Intel PCH at 0xc2700000 irq 50'
   Mixer name : 'Intel CougarPoint HDMI'
   Components : 'HDA:111d76e5,103c17f8,00100102 HDA:80862805,80860101,00100000'
   Controls : 22
   Simple ctrls : 10
Date: Sat Jun 9 11:45:19 2012
HibernationDevice: RESUME=UUID=cb1ceaaa-6de7-42c5-a842-50edef2af7c3
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
MachineType: Hewlett-Packard HP Folio 13 Notebook PCC
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-24-generic root=UUID=acdbf868-560a-4ec7-8772-45c16c166819 ro acpi_backlight=vendor quiet splash vt.handoff=7
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.2.0-24-generic N/A
 linux-backports-modules-3.2.0-24-generic N/A
 linux-firmware 1.79
SourcePackage: linux
StagingDrivers: rts_pstor mei
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/05/2012
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: F.06
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 17F8
dmi.board.vendor: Hewlett-Packard
dmi.board.version: 46.34
dmi.chassis.asset.tag: Chassis Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnHewlett-Packard:bvrF.06:bd03/05/2012:svnHewlett-Packard:pnHPFolio13NotebookPCC:pvr068C100000204A00000320100:rvnHewlett-Packard:rn17F8:rvr46.34:cvnHewlett-Packard:ct10:cvrChassisVersion:
dmi.product.name: HP Folio 13 Notebook PCC
dmi.product.version: 068C100000204A00000320100
dmi.sys.vendor: Hewlett-Packard

Revision history for this message
gpothier (gpothier) wrote :
Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
gpothier (gpothier) wrote :

Just tested on mainline kernel (3.4.0-030400-generic), the behaviour is the same.

Changed in linux (Ubuntu):
importance: Undecided → Medium
tags: added: needs-upstream-testing
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
gpothier (gpothier) wrote :

Tested with 3.5 kernel as instructed, no change observed.

gpothier@tadzim2:~$ uname -a
Linux tadzim2 3.5.0-030500rc2-generic #201206082235 SMP Sat Jun 9 02:36:22 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

tags: added: kernel-bug-exists-upstream
removed: needs-upstream-testing
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Stephen A. Goss (postfuturist) wrote :

This sucks, so I wrote a little script that works around the issue. It's a little program that runs as root, checks to see if the lid is closed every two seconds and calls pm-suspend. There's probably a better way, this just worked for me:
https://github.com/deliciousrobots/ubuntu-hp-folio-13

Revision history for this message
gpothier (gpothier) wrote :

Nice workaround, thanks. Moreover, as this notebooks tends to wake up on its own right after a suspend, this scripts puts it to sleep again while the lid is closed. The only drawback is that it doesn't lock the screen.

Revision history for this message
gpothier (gpothier) wrote :

Still does not work out of the box with 12.10

Revision history for this message
JThoennes (joerg-thoennes) wrote :

Same behaviour as in bug description for me:

$ acpi_listen
ibm/hotkey HKEY 00000080 00001018
button/lid LID 00000080 00000006
button/lid LID 00000080 00000007

$ while sleep 1; do cat /proc/acpi/button/lid/*/state; done
state: open
state: open
state: open
state: closed
state: closed
state: closed
state: closed
state: closed
state: open
state: open
state: open

$ uname -a
Linux alcor 3.2.0-37-generic #58-Ubuntu SMP Thu Jan 24 15:28:10 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

On a Lenovo Thinkpad T520.

Any plans to correct this bug?

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

This seems to have been fixed some time ago. At least fixed in Ubuntu 13.10 saucy.

summary: - Lid close event is never fired => no suspend on lid close
+ HP Folio 13: Lid close event is never fired => no suspend on lid close
Changed in linux (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Chris Thompson (chris-thompson) wrote :

If it had indeed gone away (it was still present for me in 13.10), it has returned in 14.04 beta2.

Machine is an HP Folio 13.
$ uname -a
Linux HP-Notebook 3.13.0-20-generic #42-Ubuntu SMP Fri Mar 28 09:57:00 UTC 2014 i686 i686 i686 GNU/Linux

Same behaviour as reported JThoennes, gpothier

Revision history for this message
Stephen A. Goss (postfuturist) wrote :

This is definitely not fixed, and continues to persist on every version of Ubuntu from 12.04 to 14.04. My workaround (linked above) still works.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Reopening.... It's OK in this case because no explicit fix was applied and documented in any package.

Changed in linux (Ubuntu):
status: Fix Released → Triaged
Revision history for this message
Oliver A. (oa24816) wrote :

Looks like I have the same problem on a Sony Vaio SVP132A1CL, ubuntustudio 14.04.3 LTS.

# uname -a:
Linux abc 3.16.0-53-lowlatency #72~14.04.1-Ubuntu SMP PREEMPT Fri Nov 6 19:22:01 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

# while : ; do cat /proc/acpi/button/lid/LID0/state ; sleep 1; done
state: open
state: open
state: closed
state: open

# dmesg | grep -i lid:
[ 0.681415] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input0
[ 0.681712] ACPI: Lid Switch [LID0]

# acpid -ldd:
Deprecated /proc/acpi/event was not found. Trying netlink and the input layer...
input layer /dev/input/event0 (Lid Switch) opened successfully, fd 4
input layer /dev/input/event1 (Power Button) opened successfully, fd 5
acpid: waiting for events: event logging is on
acpid: received input layer event "button/power PBTN 00000080 00000000"
[closing lid does nothing]

Interestingly, there are no other buttons defined in /proc/acpi/button/. There doesn't seem to be any activity on /dev/input/event0.

Workaround to lock screen on lid close (run in Settings manager/Session and start-up/Application Autostart):

#!/bin/sh
while :
do
 while grep -q close /proc/acpi/button/lid/LID0/state
  do sleep 5; done
 #echo "close->open"
 while grep -q open /proc/acpi/button/lid/LID0/state
  do sleep 1; done
 #echo "open->close"
 xflock4
done

Hope this helps.

Changed in linux:
importance: Unknown → Medium
status: Unknown → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.