http://bugzilla.kernel.org/show_bug.cgi?id=9263
------- Comment #13 from [EMAIL PROTECTED] 2007-11-07 05:07 ------- Created an attachment (id=13435) --> (http://bugzilla.kernel.org/attachment.cgi?id=13435&action=view) dmesg with new suggested mask Hi, no problem with a patch for 2.6.21, this kernel exposes the same behavior. Here's what differs, in /sys/firmware/acpi/interrupts/stats after a few minutes (during which powertop still showed acpi activity but acpi_listen didn't), all other values stays at 0 : -gpe_total 1405 +gpe_total 2386 -gpe28 1405 +gpe28 2386 This "gpe28" grows at the same time as the "IO-APIC-fasteoi acpi" counter in /proc/interrupts (actually as the same value minus one). Yes the rogues interrupts vanished after I unloaded the battery module. And yes, they are triggered by some userland activity. Killing the usual suspects (gnome-power-manager and powertop) didn't stop those interrupts, but killing hal (0.5.9.1) did. Stracing hald showed that a simple "cat /proc/acpi/ac_adapter/AC/state" triggers two acpi interrupts (invisibles to acpi_listen), and increases subsequently my "gpe28" counter by two (when running Len's patch). -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
