Bug 1594591

Summary:	Lid close event no longer delivered to acpid.
Product:	[Fedora] Fedora	Reporter:	guilde.nt
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	unspecified
Version:	28	CC:	airlied, bskeggs, ewk, guilde.nt, hdegoede, ichavero, itamar, jarodwilson, jaskalnik, jglisse, john.j5live, jonathan, josef, jskarvad, kernel-maint, linville, mchehab, mjg59, olysonek, steved, tkorbar
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-10-30 10:45:26 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description guilde.nt 2018-06-24 20:35:29 UTC

DescripHardware tion of problem:

Lid close or lid open no longer produces an acpi event (tested with acpi_listen).
/etc/systemd/logind.conf contains "HandleLidSwitch=ignore".
System used to go to Suspend to RAM on lid close under 4.16 kernels and previous.

Version-Release number of selected component (if applicable):

kernel-4.17.2-200.fc28.x86_64
acpid-2.0.29-1.fc28.x86_64

How reproducible:

At every close / open of the lid

Steps to Reproduce:
1.
2.
3.

Actual results:

System does not go Suspend state.

Expected results:

Suspend to RAM on lid close.

Additional info:

New to kernel 4.17.2-200.fc28.x86_64
Hardware : Asus EeePC.

Comment 1 Tomas Korbar 2018-07-11 13:16:29 UTC

Hello,
im sorry but i have not been able to reproduce this bug.
Maybe it is hardware specific.

Steps:
$ uname -r
4.17.2-200.fc28.x86_64
$ acpi_listen
ibm/hotkey LEN0268:00 00000080 00006032
button/lid LID close
ibm/hotkey LEN0268:00 00000080 00006032
button/lid LID open

Hardware: Lenovo ThinkPad X270

Comment 2 Jaroslav Škarvada 2018-07-11 13:18:28 UTC

(In reply to Tomas Korbar from comment #1)
> Hello,
> im sorry but i have not been able to reproduce this bug.
> Maybe it is hardware specific.
> 
> Steps:
> $ uname -r
> 4.17.2-200.fc28.x86_64
> $ acpi_listen
> ibm/hotkey LEN0268:00 00000080 00006032
> button/lid LID close
> ibm/hotkey LEN0268:00 00000080 00006032
> button/lid LID open
> 
> Hardware: Lenovo ThinkPad X270

Thanks, for info, reassigning to kernel.

Comment 3 Laura Abbott 2018-10-01 21:25:31 UTC

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs.
 
Fedora 28 has now been rebased to 4.18.10-300.fc28.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
 
If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29.
 
If you experience different issues, please open a new bug report for those.

Comment 4 guilde.nt 2018-10-29 16:35:00 UTC

(In reply to Laura Abbott from comment #3)
> Fedora 28 has now been rebased to 4.18.10-300.fc28.  Please test this kernel
> update (or newer) and let us know if you issue has been resolved or if it is
> still present with the newer kernel.

Kernel : 4.18.16-200.fc28.x86_64
Hardware : Asus EeePC.

# acpi_listen
(close lid)
(no message)

The bug report still holds, even with the newest kernel.

Comment 5 Hans de Goede 2018-10-29 21:15:55 UTC

I think this may have the same root cause as:
https://bugzilla.kernel.org/show_bug.cgi?id=201351

That bug has a workaround hack / patch, but no real fix yet. Perhaps you can build a kernel with that patch added to confirm that it is the same issue?

Comment 6 Hans de Goede 2018-10-30 10:45:26 UTC


*** This bug has been marked as a duplicate of bug 1629479 ***