From bug #5665 obviously it's not adding the acpi pipe as an input handler after (but only after) s3, and adding it as a general handler before s3: you've encountered another bug. please open a new one on whichever driver you use, attaching xorg.0.log and xorg.conf.
Please list the detailed steps, and attach logs.
Created attachment 11309 [details] xorg.conf
Created attachment 11310 [details] Xorg.log (gzipped)
Aah, I'd forgotten about filing this. It's still an issue. To cover the problem again: In the past (see bug 5665), ACPI events were preventing the LCD backlight from staying off, causing it to wake up when the next ACPI event was received (on a Toshiba, this is about once every 30s). This was then fixed so that it would work up until the laptop entered sleep state S3 (i.e. suspend-to-ram) for the first time, after waking up, the LCD backlight will wake up about 30s after switching off again. I've attached my xorg.conf and Xorg.log as requested. The log should contain a nice number of suspend/resume cycles.
I can't reproduce this problem on my 915gm.
You need to receive an ACPI event, e.g. 'battery' or 'ac_adapter'. Toshiba laptops like to send lots of these.
Yes, I'm seeing 'battery' and 'ac_adapter' event in /var/log/acpid, but I still can't reproduce.
I think we still don't have detailed HW info yet.. What's the model of your laptop? other things like output from lspci and dmesg could be helpful too.. thanks.
General server ACPI issue, not intel driver.
Bugzilla Upgrade Mass Bug Change NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO. - benjsc fd.o Wrangler
Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please file a new report if you continue to experience issues with a current server.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.