Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760943Ab2EKTY2 (ORCPT ); Fri, 11 May 2012 15:24:28 -0400 Received: from mx1.redhat.com ([209.132.183.28]:17480 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757972Ab2EKTY0 (ORCPT ); Fri, 11 May 2012 15:24:26 -0400 Date: Fri, 11 May 2012 15:24:20 -0400 From: Dave Jones To: "Rafael J. Wysocki" Cc: Linus Torvalds , Linux Kernel , Linux PM list Subject: Re: CPU frequency drivers MAINTAINERS update Message-ID: <20120511192420.GA10041@redhat.com> Mail-Followup-To: Dave Jones , "Rafael J. Wysocki" , Linus Torvalds , Linux Kernel , Linux PM list References: <20120504160417.GA421@redhat.com> <201205052110.03323.rjw@sisk.pl> <201205112116.25257.rjw@sisk.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201205112116.25257.rjw@sisk.pl> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1488 Lines: 34 On Fri, May 11, 2012 at 09:16:25PM +0200, Rafael J. Wysocki wrote: > On Saturday, May 05, 2012, Rafael J. Wysocki wrote: > > Hi Dave, > > > > On Friday, May 04, 2012, Dave Jones wrote: > > > Remove myself as cpufreq maintainer. > > > x86 driver changes can go through the regular x86/ACPI trees. > > > ARM driver changes through the ARM trees. > > > cpufreq core changes are rare these days, and can just go to lkml/direct. > > > > > > Signed-off-by: Dave Jones > > > > Would you mind if I took over the maintenance of cpufreq, so that it goes > > along with the other core power management code? > > I'm taking the silence as "no, I wouldn't". :-) Sure. I'll still be looking at it occasionally so I'll be around to ack things if necessary. I just don't have time to deal with build-testing architectures I don't care about for eg, and dealing with the inevitable fallout when things break. The only words of advice I give to you or whoever takes over, is to push back on adding more sysfs knobs to cpufreq. There's no end to what people want to do, and adding "just one more knob" seems to be the default action. It's already gotten out of hand, and more knobs aren't always the right answer. Dave -- 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/