From owner-acpi-jp@jp.FreeBSD.org Wed Dec 17 00:44:42 2003
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id hBGFigF38399;
	Wed, 17 Dec 2003 00:44:42 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id hBGFifM38358
	for <acpi-jp@jp.freebsd.org>; Wed, 17 Dec 2003 00:44:42 +0900 (JST)
	(envelope-from ambrisko@ambrisko.com)
Received: from ambrisko.com (localhost [127.0.0.1])
	by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id hBGFiZ8O021710
	for <acpi-jp@jp.freebsd.org>; Tue, 16 Dec 2003 07:44:35 -0800 (PST)
	(envelope-from ambrisko@ambrisko.com)
Received: (from ambrisko@localhost)
	by ambrisko.com (8.12.9p2/8.12.9/Submit) id hBGFiY3W021709
	for acpi-jp@jp.freebsd.org; Tue, 16 Dec 2003 07:44:34 -0800 (PST)
	(envelope-from ambrisko)
From: Doug Ambrisko <ambrisko@ambrisko.com>
Message-Id: <200312161544.hBGFiY3W021709@ambrisko.com>
In-Reply-To: <XFMail.20031210114404.jhb@FreeBSD.org>
To: acpi-jp@jp.FreeBSD.org
X-Mailer: ELM [version 2.4ME+ PL94b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Tue, 16 Dec 2003 07:44:34 -0800
X-Sequence: acpi-jp 2916
Subject: [acpi-jp 2916] Re: ACPI throttling changes
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: ambrisko@ambrisko.com
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+031216

On 10-Dec-2003 Nate Lawson wrote:
> I'm working on a shared CPU frequency control driver.  One step is to
> remove some of the autonomy of the throttling portion of acpi_cpu.
> Please test this patch if you have a machine which supports throttling.
> With this patch, throttling can be changed by doing:
> 
>    sysctl hw.acpi.cpu.current_speed=X
> 
> where X is some number between 1 and hw.acpi.cpu.max_speed.  It is no
> longer driven by AC line transitions.  Run a CPU benchmark like this one
> to make sure the throttling transition still works with this patch.
> 
>     dd if=/dev/zero bs=1m count=500 | md5
> 
> This is part of a larger work.  Don't worry, it won't be committed until
> general CPU frequency control is done so no loss of functionality will be
> committed.

FYI, my favourite CPU heat generator is:
	#!/bin/sh

	while :
	do
	done

That always cranks up the heat of the CPU.  I've used it to do thermal
stress testing in systems.

Doug A.
