Date: Mon, 3 Sep 2007 11:24:57 -0400
From: Dave Jones <davej@redhat.com>
To: Andi Kleen <andi@firstfloor.org>
Cc: colin.michael@o2online.de, linux-kernel@vger.kernel.org
Subject: Re: [patch] enable userspace cpu core voltage control with
	acpi-cpufreq
Message-ID: <20070903152457.GC21586@redhat.com>
Mail-Followup-To: Dave Jones <davej@redhat.com>,
	Andi Kleen <andi@firstfloor.org>, colin.michael@o2online.de,
	linux-kernel@vger.kernel.org
References: <200709021441.l82EfWCe022642@mail.mc.o2online.de> <p738x7oaugi.fsf@bingen.suse.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <p738x7oaugi.fsf@bingen.suse.de>
User-Agent: Mutt/1.5.14 (2007-02-12)
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1198
Lines: 28

On Mon, Sep 03, 2007 at 12:56:13PM +0200, Andi Kleen wrote:
 > <colin.michael@o2online.de> writes:
 > 
 > > i want to make a patch known that provides a userspace interface to control the core voltage of a computer processor(s).
 > 
 > That would be essentially linux supported undervolting which 
 > for stability is as bad as overclocking. The problem is that 
 > such games tend to generate weird kernel crashes and then
 > chew up development issues when kernel hackers have to chase
 > ghost bugs. I don't think we should support it. Developer 
 > time is too precious.
 
Seconded.  Exactly the same reasons I've refused to merge patches
into cpufreq to allow arbitrary tables to override BIOS tables.
Or patches to remove boundary checks.   Even when correctly
implemented, this stuff can be fragile as hell, so introducing
more things that cast doubt over its stability isn't something
I'm keen on at all.

	Dave

-- 
http://www.codemonkey.org.uk
-
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/