Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753004Ab2BTLEJ (ORCPT ); Mon, 20 Feb 2012 06:04:09 -0500 Received: from casper.infradead.org ([85.118.1.10]:49618 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752506Ab2BTLEG convert rfc822-to-8bit (ORCPT ); Mon, 20 Feb 2012 06:04:06 -0500 Message-ID: <1329735829.2293.309.camel@twins> Subject: Re: [PATCH RFC 0/4] Scheduler idle notifiers and users From: Peter Zijlstra To: Dominik Brodowski Cc: Russell King - ARM Linux , Saravana Kannan , Ingo Molnar , linaro-kernel@lists.linaro.org, Nicolas Pitre , Benjamin Herrenschmidt , Oleg Nesterov , cpufreq@vger.kernel.org, linux-kernel@vger.kernel.org, Anton Vorontsov , "Paul E. McKenney" , Mike Chan , Dave Jones , Todd Poynor , kernel-team@android.com, linux-arm-kernel@lists.infradead.org, Arjan Van De Ven , Thomas Gleixner Date: Mon, 20 Feb 2012 12:03:49 +0100 In-Reply-To: <20120217090022.GA24856@comet.dominikbrodowski.net> References: <1328670355.2482.68.camel@laptop> <20120208202314.GA28290@redhat.com> <1328736834.2903.33.camel@pasglop> <20120209075106.GB18387@elte.hu> <4F35DD3E.4020406@codeaurora.org> <20120211144530.GA497@elte.hu> <4F3AEC4E.9000303@codeaurora.org> <1329313085.2293.106.camel@twins> <20120215140245.GB27825@n2100.arm.linux.org.uk> <1329318063.2293.136.camel@twins> <20120217090022.GA24856@comet.dominikbrodowski.net> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Mailer: Evolution 3.2.2- Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 921 Lines: 18 On Fri, 2012-02-17 at 10:00 +0100, Dominik Brodowski wrote: > > Well, we can actually have both: Adding a new cpufreq governor "scheduler" > is easy. The scheduler stores the target frequency (in per-cent or > per-mille) in (per-cpu) data available to this governor, and kick a > (per-cpu?) thread which then handels the rest -- by existing cpufreq means. > The cpufreq part is easy, the sched part less so (I think). You might not have been reading what I wrote, kicking a kthread (or doing any other scheduler activity) from within the scheduler is way ugly and something I'd really rather avoid if at all possible. Yes I could do it, but I really really don't want to. -- 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/