[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120208013959.GA24535@panacea>
Date: Wed, 8 Feb 2012 05:39:59 +0400
From: Anton Vorontsov <anton.vorontsov@...aro.org>
To: Ingo Molnar <mingo@...e.hu>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Dave Jones <davej@...hat.com>,
Russell King <linux@....linux.org.uk>
Cc: Oleg Nesterov <oleg@...hat.com>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Nicolas Pitre <nico@...xnic.net>, Mike Chan <mike@...roid.com>,
Todd Poynor <toddpoynor@...gle.com>, cpufreq@...r.kernel.org,
kernel-team@...roid.com, linaro-kernel@...ts.linaro.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: [PATCH RFC 0/4] Scheduler idle notifiers and users
Hi all,
For some drivers we need to know when scheduler is idling. The most
straightforward way is to gracefully hook into the idle loop.
On x86 there are "CPU idle" notifiers in the inner idle loop, but
scheduler idle notifiers are different. These notifiers do not run on
every invocation/exit from cpuidle, instead they used to notify about
scheduler state changes, not HW states.
In other words, CPU idle notifiers work inside while(!need_resched())
loop (nested into idle loop), while scheduler idle notifier work
outside of the loop.
The first two patches consolidate scheduler idle entry/exit
points, and converts architectures to this new API.
The third patch is a new cpufreq governor, the commit message
briefly describes it.
The fourth patch is another user of the notifiers, a trivial one.
Thanks,
p.s. For the reference, the old discussion about CPU/PM idle
notifiers: http://lkml.org/lkml/2011/6/27/391
--
Anton Vorontsov
Email: cbouatmailru@...il.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists