[patch 0/2] cpuidle: Time accounting fix · Venkatesh Pallipadi <hidden> · 2008-09-29
[patch 1/2] cpuidle: use last_state which can reflect the actual state entered · Venkatesh Pallipadi <hidden> · 2008-09-29
Re: [patch 1/2] cpuidle: use last_state which can reflect the actual state entered · Kevin Hilman <hidden> · 2008-10-01
Re: [patch 1/2] cpuidle: use last_state which can reflect the actual state entered · Pallipadi, Venkatesh <hidden> · 2008-10-08
Re: [patch 1/2] cpuidle: use last_state which can reflect the actual state entered · Kevin Hilman <hidden> · 2008-10-09
Re: [patch 1/2] cpuidle: use last_state which can reflect the actual state entered · Len Brown <lenb@kernel.org> · 2008-10-16
[patch 2/2] cpuidle: update the last_state acpi cpuidle reflecting actual state entered · Venkatesh Pallipadi <hidden> · 2008-09-29

[patch 0/2] cpuidle: Time accounting fix

STALE6560d

From: Venkatesh Pallipadi <hidden>
Date: 2008-09-29 22:24:26

As noted in PM minisummit notes here
http://lwn.net/Articles/292447/

Richard Woodruff [off-list ref] reported a bug
"the CPUIDLE bug that if target is avoided due to BM activity the original
target state is still accounted the time."

Following provides a mechanism to fix the problem for all drivers and fixes
the problem for acpi cpuidle driver.

--

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help