From: Mark Lord <lkml@rtr.ca>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Venki Pallipadi <venkatesh.pallipadi@intel.com>,
David Brownell <david-b@pacbell.net>,
Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org,
Len Brown <lenb@kernel.org>
Subject: Re: 2.6.25 regression: powertop says 120K wakeups/sec
Date: Mon, 31 Mar 2008 13:42:33 -0400 [thread overview]
Message-ID: <47F12289.4030300@rtr.ca> (raw)
In-Reply-To: <200803290001.18912.rjw@sisk.pl>
Rafael J. Wysocki wrote:
> On Friday, 28 of March 2008, Venki Pallipadi wrote:
>> On Fri, Mar 28, 2008 at 03:09:22PM -0700, David Brownell wrote:
>>> On Friday 28 March 2008, Pallipadi, Venkatesh wrote:
>>>> You should have a dmesg line which looks like
>>>> ACPI: CPU0 (power states: C1[C1] C2[C2]
>>>> Do you see C2 in such line?
>>> Yes:
>>>
>>> ACPI: CPU0 (power states: C1[C1] C2[C2])
>>
>> David,
>>
>> I think I figured out the bug...
>>
>> Can you try the below patch and confirm that it works (over upstream - ignore
>> the earlier revert patch I sent to you).
>>
>> Thanks,
>> Venki
>>
>> ----
>>
>>
>> Patch to fix huge number of wakeups reported due to recent changes in
>> processor_idle.c. The problem was that the entry_method determination was
>> broken due to one of the recent commits (bc71bec91f987) causing
>> C1 entry to not to go to halt. This should also fix the hang reported here.
>> http://bugzilla.kernel.org/show_bug.cgi?id=10093
>
> Ah, thanks for figuring that out. As a regression fix, it should go upstream
> ASAP, I think.
..
Would this have any applicability to 2.6.24 as well?
I have seen/reported a similar bug there many times in the past,
with no resolution. There's even a bugzilla entry for it somewhere.
???
>> Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
>>
>> ---
>> drivers/acpi/processor_idle.c | 4 ++++
>> 1 file changed, 4 insertions(+)
>>
>> Index: linux-2.6/drivers/acpi/processor_idle.c
>> ===================================================================
>> --- linux-2.6.orig/drivers/acpi/processor_idle.c 2008-03-28 15:31:13.000000000 -0700
>> +++ linux-2.6/drivers/acpi/processor_idle.c 2008-03-28 15:40:50.000000000 -0700
>> @@ -848,6 +848,7 @@ static int acpi_processor_get_power_info
>> /* all processors need to support C1 */
>> pr->power.states[ACPI_STATE_C1].type = ACPI_STATE_C1;
>> pr->power.states[ACPI_STATE_C1].valid = 1;
>> + pr->power.states[ACPI_STATE_C1].entry_method = ACPI_CSTATE_HALT;
>> }
>> /* the C0 state only exists as a filler in our array */
>> pr->power.states[ACPI_STATE_C0].valid = 1;
>> @@ -960,6 +961,9 @@ static int acpi_processor_get_power_info
>> cx.address);
>> }
>>
>> + if (cx.type == ACPI_STATE_C1) {
>> + cx.valid = 1;
>> + }
>>
>> obj = &(element->package.elements[2]);
>> if (obj->type != ACPI_TYPE_INTEGER)
>>
>>
> --
> 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/
next prev parent reply other threads:[~2008-03-31 17:42 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-22 20:24 2.6.25 regression: powertop says 120K wakeups/sec David Brownell
2008-03-23 0:35 ` Andrew Morton
2008-03-23 18:04 ` Alexey Starikovskiy
2008-03-28 19:01 ` David Brownell
2008-03-28 19:13 ` Pallipadi, Venkatesh
2008-03-28 19:13 ` Pallipadi, Venkatesh
2008-03-28 19:44 ` David Brownell
2008-03-28 20:30 ` Venki Pallipadi
2008-03-28 21:09 ` David Brownell
2008-03-28 21:55 ` Pallipadi, Venkatesh
2008-03-28 21:55 ` Pallipadi, Venkatesh
2008-03-28 22:09 ` David Brownell
2008-03-28 22:56 ` Venki Pallipadi
2008-03-28 23:01 ` Rafael J. Wysocki
2008-03-28 23:07 ` Pallipadi, Venkatesh
2008-03-28 23:07 ` Pallipadi, Venkatesh
2008-03-31 17:42 ` Mark Lord [this message]
2008-03-31 18:34 ` Pallipadi, Venkatesh
2008-03-31 18:34 ` Pallipadi, Venkatesh
2008-03-28 23:36 ` David Brownell
2008-03-28 23:51 ` Pallipadi, Venkatesh
2008-03-28 23:51 ` Pallipadi, Venkatesh
2008-03-29 0:15 ` David Brownell
-- strict thread matches above, loose matches on Subject: below --
2008-04-24 8:51 Daniel Klaffenbach
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47F12289.4030300@rtr.ca \
--to=lkml@rtr.ca \
--cc=akpm@linux-foundation.org \
--cc=david-b@pacbell.net \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=venkatesh.pallipadi@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.