[Samsung QX410] Lid close events not recognized

Bug #874749 reported by Daniel Manrique
42
This bug affects 7 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Medium
Unassigned

Bug Description

Under Ubuntu 11.04 with kernel 2.6.38-11, closing the lid on this laptop would change the value in /proc/acpi/button/lid/LID0/state from open to closed, thus triggering, for instance, a suspend event.

Under Ubuntu 11.10 with kernel 3.0.0-12, closing the lid doesn't change the value, and thus the kernel doesn't notice when the lid gets closed. The screen does turn off though (and back on on lid open); but this is only the screen backlight.

TEST CASE:
- Install Ubuntu 11.10 on a Samsung QX410
- Close the lid when the system is running.

Expected result:
- As per default configuration, the system should suspend.

Actual result:
- System remains fully powered, only the screen backlight turns off.

I also ran fwts lid and it was unable to detect the lid close events (as the kernel sends nothing).

Note that this constitutes a regression as the problem was not present on kernel 2.6.38-11.

I'm willing to run any diagnostics required to further pinpoint this problem. I'll also try a mainline kernel when I get some time.

Thanks!

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: linux-image-3.0.0-12-generic 3.0.0-12.20
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic x86_64
NonfreeKernelModules: wl
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269VB Analog [ALC269VB Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: roadmr 1639 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf6000000 irq 44'
   Mixer name : 'Intel IbexPeak HDMI'
   Components : 'HDA:10ec0269,144dc08b,00100100 HDA:80862804,80860101,00100000'
   Controls : 18
   Simple ctrls : 10
Date: Fri Oct 14 22:47:32 2011
HibernationDevice: RESUME=UUID=8b244373-53e0-454c-a18f-812fea6404f4
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
MachineType: SAMSUNG ELECTRONICS CO., LTD. QX310/QX410/QX510/SF310/SF410/SF510
ProcEnviron:
 LANGUAGE=en_CA:en
 PATH=(custom, user)
 LANG=en_CA.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-12-generic root=UUID=30bb72cb-cc79-4e2f-af01-cf145f636f94 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.0.0-12-generic N/A
 linux-backports-modules-3.0.0-12-generic N/A
 linux-firmware 1.60
SourcePackage: linux
StagingDrivers: brcmutil mei brcmsmac
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 09/14/2010
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 02MX.M003.20100914.SCY
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: QX310/QX410/QX510/SF310/SF410/SF510
dmi.board.vendor: SAMSUNG ELECTRONICS CO., LTD.
dmi.board.version: 02MX
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 9
dmi.chassis.vendor: SAMSUNG ELECTRONICS CO., LTD.
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr02MX.M003.20100914.SCY:bd09/14/2010:svnSAMSUNGELECTRONICSCO.,LTD.:pnQX310/QX410/QX510/SF310/SF410/SF510:pvr02MX:rvnSAMSUNGELECTRONICSCO.,LTD.:rnQX310/QX410/QX510/SF310/SF410/SF510:rvr02MX:cvnSAMSUNGELECTRONICSCO.,LTD.:ct9:cvrN/A:
dmi.product.name: QX310/QX410/QX510/SF310/SF410/SF510
dmi.product.version: 02MX
dmi.sys.vendor: SAMSUNG ELECTRONICS CO., LTD.

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

I went testing mainline kernels to see when this problem first surfaced. Here are my results:

3.0-rc1-oneiric is good, it reports when the lid is closed.
3.0-rc2-oneiric is bad, it always reports lid open regardless of actual state.

3.0.6-oneiric is also bad, so the problem persists throughout the 3.0 series.

3.1-rc9 which is the latest as of yesterday is also bad, always reporting lid open.

So the change causing this misbehavior seems to have been introduced in 3.0-rc2.

tags: added: regression-update
Changed in linux (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
ilUomo (menchini) wrote :

Lid close suspended my T60p using all 2.6 kernels. After upgrading to 11.10, bug was present using kernel 3.0.0-13. After upgrading to 3.0.0-14, computer again suspends on lid closed.

Revision history for this message
Daniel Manrique (roadmr) wrote :

I tried kernel 3.0.0-14 as per the last comment by ilUomo. On the Samsung QX410 as originally reported, the faulty behavior is still present, the system is unable to detect lid close events.

Revision history for this message
ilUomo (menchini) wrote :

Update on my commend of 2011-12-13:

I just discovered that, even with the new kernel, faulty behavior is still present when the T60p is docked in its docking station. However, if I remove it from the docking station, then close the lid, computer suspends.

Revision history for this message
Ernst Kloppenburg (ernst-kloppenburg) wrote :

this bug seems to be fixed
- see report in comment https://bugs.launchpad.net/ubuntu/+source/linux/+bug/874749/comments/3
- I checked myself on a laptop not suspending with these commands:
         while true; do sleep 1; cat /proc/acpi/button/lid/LID0/state; done

Remaining problems with laptops not suspending (like in comment #4) might be due to other bugs like https://bugs.launchpad.net/ubuntu/+source/upower/+bug/863834

One additional remark w.r.t. comment #5: laptops not suspending on lid close when in docking station seems to be on purpose, see https://bugs.launchpad.net/ubuntu/+source/upower/+bug/863834/comments/8

Changed in linux (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
Daniel Manrique (roadmr) wrote :

I tested again with kernel 3.2.0-23.36 from Ubuntu 12.04, this bug is *still* present, the kernel does not send lid close events.

As per the last comment, I looked at what acpid says when I close the lid, it says nothing, so it doesn't even register the event because the kernel sends nothing.

My kernel version:

Linux snowflake 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

I'll return this bug to Triaged.

Changed in linux (Ubuntu):
status: Fix Released → Triaged
tags: added: precise
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.4kernel[1] (Not a kernel in the daily directory). Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag(Only that one tag, please leave the other tags). This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text.

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.4-rc5-precise/

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

Hi Joseph,

Whee, I tried kernel 3.4.0-rc5 from Ubuntu mainline kernels and it works! \o/

I run acpi_listen and then close the lid. With kernels starting with 3.0.0-rc2 (and up to Precise's 3.2.0-24) nothing happens. With 3.4.0-rc5 (and 3.0.0-rc1 and older) I see this:

video GFX0 00000080 00000000
button/lid LID0 00000080 00000001
video GFX0 00000080 00000000
button/lid LID0 00000080 00000002

If I then configure things to suspend on lid close, it suspends correctly when closing the lid.

This is output from /proc/version and uname -a:

Linux version 3.4.0-030400rc5-generic (apw@gomeisa) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) ) #201205011817 SMP Tue May 1 22:18:19 UTC 2012

Linux snowflake 3.4.0-030400rc5-generic #201205011817 SMP Tue May 1 22:18:19 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

I'll tag kernel-fixed-upstream and mark Confirmed.

Thanks!

tags: added: kernel-fixed-upstream
removed: needs-upstream-testing
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Changed in linux (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Piotr Plenik (piotr-plenik-f) wrote :

Hi,

i have similar problem on Samsung NP900X3C, but in Kernel 3.5 it's for me close lid not working correctly - bug #986724.
I want to check, if that issues is duplicate. Is problem with close lid recognize was resolved in Kerner 3.5 on your Samsung QX410?

Regards,
Piotr

Revision history for this message
Daniel Manrique (roadmr) wrote :

Hi Piotr,

No, it's not the same issue; I tested lid close on my QX410 and the system does suspend correctly doing it that way.

I used to have a problem with lid closing and suspend, which started on Ubuntu 11.10 and got fixed at some point with one of the 12.04 kernel updates. See https://bugs.launchpad.net/ubuntu/+source/linux/+bug/874749. Just to be clear, it's very different from the issue I describe here, where the UI controls going through upower don't trigger an actual suspend.

Sorry!

Revision history for this message
penalvch (penalvch) wrote :

Daniel Manrique, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available (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-v3.13-rc1

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: needs-full-computer-model
Changed in linux (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
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.