Thread (1 message) 1 message, 1 author, 2012-03-20

[PATCH v8 0/8] Consolidate cpuidle functionality

From: Kevin Hilman <hidden>
Date: 2012-03-20 23:57:17
Also in: linux-omap, linux-sh, lkml

Arnd Bergmann [off-list ref] writes:
On Tuesday 20 March 2012, Kevin Hilman wrote:
quoted
Maybe it's time that drivers/cpuidle gets a maintainer.  With lots of
discussions of scheduler changes that affect load estimation, I suspect
we're all going to have a bit of CPUidle work to do in the
not-so-distant future.
Hmm, according to the script, you are the maintainer ;-)
doh, I knew I should've kept quiet :/
$ scripts/get_maintainer.pl -f drivers/cpuidle/cpuidle.c
Kevin Hilman [off-list ref] (commit_signer:8/10=80%)
Len Brown [off-list ref] (commit_signer:7/10=70%)
Trinabh Gupta [off-list ref] (commit_signer:4/10=40%)
Arjan van de Ven [off-list ref] (commit_signer:4/10=40%)
Deepthi Dharwar [off-list ref] (commit_signer:4/10=40%)

While I realize that the get_maintainers.pl is not the final word,
you could be the acting cpuidle maintainer for this merge window
and send the pull request.
Not exactly the outcome I was hoping for (I have enough stuff to look
after at the moment.) 

However, if you think it would help and won't be seen as a take over
attempt (I don't want to maintain CPUidle), I can possibly do it for
this merge window.  

Before doing that though, I'll need give this series a final once over
before I'm willing to send a potentially flame-attracting pull request.

Kevin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help