Most recent kernel where this bug did *NOT* occur: Distribution: Pardus Hardware Environment: SONY FS-215B Software Environment: Problem Description: After closing the screen, lid button didn't generates needed open event but all close events can be monitored, so all userspace application relays on that fails. For 3 open/close session, only close events reported. zangetsu ~ # cat /proc/acpi/event button/lid LID0 00000080 00000005 button/lid LID0 00000080 00000006 button/lid LID0 00000080 00000007 * Power button works without a problem. * Battery/Adapter info updated without a problem. And According to iasl my dsdt is valid zangetsu ~ # cat /proc/acpi/dsdt > dsdt zangetsu ~ # iasl -d dsdt Intel ACPI Component Architecture AML Disassembler version 20061109 [Jan 17 2007] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a Loading Acpi table from file dsdt Acpi table [DSDT] successfully installed and loaded Pass 1 parse of [DSDT] Pass 2 parse of [DSDT] Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions) .................................................................................................................................................................................................................................................................................................................................. Parsing completed Disassembly completed, written to "dsdt.dsl" zangetsu ~ # iasl dsdt.dsl Intel ACPI Component Architecture ASL Optimizing Compiler version 20061109 [Jan 17 2007] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a ASL Input: dsdt.dsl - 4600 lines, 156540 bytes, 1656 keywords AML Output: dsdt.aml - 15180 bytes 473 named objects 1183 executable opcodes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 31 Optimizations
Created attachment 10413 [details] .config
Created attachment 10414 [details] dmidecode
Created attachment 10415 [details] acpidump
Ahh forget to add, /proc updated without a problem; [caglar@zangetsu][~]> cat /proc/acpi/button/lid/LID0/state state: open [caglar@zangetsu][~]> cat /proc/acpi/button/lid/LID0/state state: closed
Created attachment 10416 [details] dmesg
Created attachment 10417 [details] dmesg Whoops, i attached wrong dmesg
Created attachment 11681 [details] check if acpi_bus_generate_event succeeds You can add a printk at the beginning of acpi_button_notify and apply this patch as well. Open/close the lid and attach the _dmesg_ output, so that we can make sure: 1.if BIOS send a notification to OS when Lid is opened. 2.if OS generate the ACPI event successfully after receiving the notification.
Created attachment 11682 [details] dmesg.2.6.22_rc4 dmesg.2.6.22_rc4 with #11681 applied
Hmm, this is similar to the bug 6767. can you do the same test in comment #10 in bug 6767.
mark bug as unreproducible due to no response from bug reporter. if reopen, please come with needed data. thanks.