Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755456AbZDMJj5 (ORCPT ); Mon, 13 Apr 2009 05:39:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755134AbZDMJjq (ORCPT ); Mon, 13 Apr 2009 05:39:46 -0400 Received: from mail-fx0-f158.google.com ([209.85.220.158]:35756 "EHLO mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754614AbZDMJjp (ORCPT ); Mon, 13 Apr 2009 05:39:45 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=L1jzmBc4BqW2W3s+kuXX5Q+JtpRcoN4OtPQukyIXAFCVau2C4n2VOBJivFuKMXk+Wh 6CnmEhOI/tLYtxQesyxK7TxOn/WE5RC2tkBvz9oEUD16zT2TVDwfao9dSXJgRM14fznM K/Q6NZ8nfEyMuuFyiw2dF/QqEcBfgbJTMzBaw= Message-ID: <49E3085D.3060403@tuffmail.co.uk> Date: Mon, 13 Apr 2009 10:39:41 +0100 From: Alan Jenkins User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: yakui_zhao , Zhang Rui CC: Matthew Garrett , Alexey Starikovskiy , "linux-acpi@vger.kernel.org" , Linux Kernel Mailing List , Kernel Testers List Subject: Re: [BISECTED] 20 ACPI interrupts per second on EEEPC 4G References: <49DF6835.9040501@tuffmail.co.uk> <49DFE345.3010109@gmail.com> <49E05F83.2090500@tuffmail.co.uk> <49E20EBA.2090708@tuffmail.co.uk> <1239588248.5564.19.camel@localhost.localdomain> In-Reply-To: <1239588248.5564.19.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2685 Lines: 76 yakui_zhao wrote: > On Sun, 2009-04-12 at 23:54 +0800, Alan Jenkins wrote: > >> Alan Jenkins wrote: >> >>> Alexey Starikovskiy wrote: >>> >>>> Alan Jenkins wrote: >>>> >>>>> On latest git, powertop shows 20 ACPI interrupts per second. >>>>> Previously, this was closer to 1 per second. See attached output (a >>>>> vs b, "a" is from 2.6.29-rc8). >>>>> >>>>> This is from a pretty sparse KDE desktop. Normally I run >>>>> gnome-power-manager, but I killed it to make sure that wasn't >>>>> causing any problems. >>>>> >>>>> >>>>> gpe18: 60975 enabled >>>>> gpe_all: 60975 >>>>> sci: 60975 >>>>> >>>>> which I presume means lots of EC interrupts. >>>>> >>>>> [ 0.134068] ACPI: EC: GPE = 0x18, I/O: command/status = 0x66, >>>>> data = 0x62 >>>>> >>>>> >>>> This patch looks to be a suspect: >>>> 34ff4dbccccce54c83b1234d39b7ad9e548a75dd, >>>> Please check if reversing it helps >>>> >>> No, I still get 20 ACPI interrupts per second. >>> >>> I tried without powertop, just in case that was provoking it, but it >>> still happens: >>> >>> alan@alan-eeepc:/sys/firmware/acpi/interrupts$ cat sci; sleep 5; cat sci >>> 2583 >>> 2680 >>> >> I did wonder whether this was due to thermal polling. So look what I >> found with bisection :-). >> > Does the issue still exist if the following commit is reverted? > Thanks. > >> b1569e99c795bf83b4ddf41c4f1c42761ab7f75e is first bad commit I was waiting for a more detailed request. It's not immediately obvious how it should be reverted, given the associated commits which surround it. Since you asked, I had a go. I got a lot of merge conflicts, so I had to keep on reverting other patches. This fixed it: Revert "ACPI: thermal: use .notify method instead of installing handler directly" Revert "ACPI: Adjust Kelvin offset to match local implementation" Revert "trivial: Fix misspelling of "Celsius"." Revert "proc tty: remove struct tty_operations::read_proc" Revert "proc tty: add struct tty_operations::proc_fops" Revert "proc 2/2: remove struct proc_dir_entry::owner" Revert "thermal: support forcing support for passive cooling" Revert "ACPI: update thermal for bus_id removal" Revert "ACPI: move thermal trip handling to generic thermal layer" and then if I un-revert the last two, I can reproduce it again. I hope that makes sense :-). Alan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/