From owner-freebsd-acpi@FreeBSD.ORG Thu Oct 12 03:07:08 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF17B16A416 for ; Thu, 12 Oct 2006 03:07:08 +0000 (UTC) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 073A443D55 for ; Thu, 12 Oct 2006 03:07:07 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from localhost (orion [130.54.16.5]) by kurims.kurims.kyoto-u.ac.jp (8.13.7/8.13.7) with ESMTP id k9C375rZ006385; Thu, 12 Oct 2006 12:07:06 +0900 (JST) Date: Thu, 12 Oct 2006 12:07:03 +0900 (JST) Message-Id: <20061012.120703.59465247.garrigue@math.nagoya-u.ac.jp> To: nate@root.org From: Jacques Garrigue In-Reply-To: <452BD9D2.5030609@root.org> References: <20061010.165404.74754637.garrigue@math.nagoya-u.ac.jp> <20061010.173707.08072970.garrigue@math.nagoya-u.ac.jp> <452BD9D2.5030609@root.org> X-Mailer: Mew version 5.1 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Sony Vaio VGN-TX92S X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Oct 2006 03:07:08 -0000 From: Nate Lawson > >>> Also, see the acpi man page for cpu idling, namely > >>> setting hw.acpi.cpu.cx_lowest=C3. > >> I tried this, with only C2, as C3 does not seem to be available for > >> this cpu currently. (The Intel docs talk of a "very deep sleep" mode, > >> so this may be lacking in the FreeBSD support.) > > > > I was wrong. When I tried first the supported modes were only C1 and > > C2, but using sysctl again later I found that C3 and even C4 were > > available. I wonder why it changes while running. I tried with C4, but > > I get no significant change in temperature. > > It changes based on AC line status. See the acpi man page or > /etc/defaults/rc.conf ("cx" lines) to see. Thanks. With this I can keep it low. But this does not change the original strange behaviour: if I boot with AC on, I only get C1 and C2 listed, but if I boot on battery I get C1 to C4. The supported modes do not seem to change after boot. > > Since the main problem is hang-up from overheat, is there any progress > > in having powerd slow the CPU when the temperature is too high? > > Passive cooling is already supported in 6-stable and 7-current. OK, I've set _PSV to 60.0C, which should have protected me against overheat. I verified that the CPU slows when over 60.0C. But just as I was writing this mail (and extracting the Linux kernel sources, don't ask me why...) I experienced again a strange unexpected reboot. Just before reboot, the sysctl node dev.cpu.0 had disappeared! The temperature was over 60C, but not that high. By the way, the acpi_thermal man page seems to be wrong about setting temperatures through sysctl: it says that you should use an integer temperature in celsius, but if I do that I get "Invalid argument". Actually I had to set in 1/10 of Kelvin (ie 3332), after reading kernel sources. Last unrelated points (This is probably not the place to write them): * if_wpi doesn't seem to work with WEP for me :-( * I tried the latest snd_hda driver (10/01), but I cannot suspend when using it * (maybe more related) output to external display doesn't seem to work, even if I reboot with the display connected (it just succeeds in garbling the internal LCD.) There is no option about it in the BIOS settings. * while hot keys do not work, brightness can be controlled through acpi_sony sysctl's. Jacques