From owner-acpi-jp@jp.FreeBSD.org Wed Mar 17 07:48:45 2004
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id i2GMmjM27587;
	Wed, 17 Mar 2004 07:48:45 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from root.org (root.org [67.118.192.226])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with SMTP/inet id i2GMmh727582
	for <acpi-jp@jp.FreeBSD.org>; Wed, 17 Mar 2004 07:48:44 +0900 (JST)
	(envelope-from nate@root.org)
Received: (qmail 97068 invoked by uid 1000); 16 Mar 2004 22:48:39 -0000
From: Nate Lawson <nate@root.org>
To: "M. Warner Losh" <imp@bsdimp.com>
cc: clkao@clkao.org, acpi-jp@jp.FreeBSD.org
In-Reply-To: <20040317.050943.101593525.imp@bsdimp.com>
Message-ID: <20040316144529.U97064@root.org>
References: <20040316143411.GA4468@portege.clkao.org> <20040316100826.S95770@root.org>
 <20040317.050943.101593525.imp@bsdimp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Tue, 16 Mar 2004 14:48:39 -0800
X-Sequence: acpi-jp 3114
Subject: [acpi-jp 3114] Re: acpi FADT and throttle problems
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: nate@root.org
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+040307

On Wed, 17 Mar 2004, M. Warner Losh wrote:
> In message: <20040316100826.S95770@root.org>
>             Nate Lawson <nate@root.org> writes:
> : On Tue, 16 Mar 2004, Chia-liang Kao wrote:
> : > I have some problems with throttling my Toshiba 3490.
> : >
> : > acpidump -t shows me: DUTY_OFFSET=1, DUTY_WIDTH=0 in FADT, so i don't
> : > have the hw.acpi.throttle MIB at all. while my dmesg says:
> : > CPU: Intel Pentium III (500.02-MHz 686-class CPU)
> : >   Origin = "GenuineIntel"  Id = 0x686  Stepping = 6
> : >
> : > So it looks like it should be able to trottle. Is it possible to
> : > override the FADT or fix it somehow?
> :
> : Throttling is related to the chipset as well as CPU.  The system designer
> : specified 0 for the width for a reason.  You should try the acpi_toshiba
> : driver.  It provides throttling sysctls of its own.  If you absolutely
> : have to try ACPI throttling, you can just remove the check for cpu_width
> : == 0 in acpi_cpu.c.
>
> Sometimes when Chia-liang's notebook resumes, it is in super economy
> mode and runs very slowly.  He has tried the acpi_toshiba driver
> loaded I believe.  Anything else to try?

Merely loading the driver won't help unless he uses the sysctls.

One thing that might help ACPI Px states when I have the driver finished
and committed.  I had the driver written and then had to back off to get
infrastructure working to allow it to work (acpi rman, cpu newbus
attachments -- and now I have to rework those#!#@$!#@$)  It's likely SMM
code sets the Px state to the lowest before suspend and doesn't reset it
on resume, leaving that to the OS.  It's also possible our _PSx code in
the power branch will help.

-Nate
