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

Re: [PATCH v8 0/8] Consolidate cpuidle functionality

From: Kevin Hilman <hidden>
Date: 2012-03-20 23:57:17
Also in: linux-arm-kernel, linux-omap, 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€%)
Len Brown [off-list ref] (commit_signer:7/10p%)
Trinabh Gupta [off-list ref] (commit_signer:4/10@%)
Arjan van de Ven [off-list ref] (commit_signer:4/10@%)
Deepthi Dharwar [off-list ref] (commit_signer:4/10@%)

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