From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 16:03:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AEA316A4CE for ; Mon, 1 Mar 2004 16:03:46 -0800 (PST) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 387CF43D1D for ; Mon, 1 Mar 2004 16:03:46 -0800 (PST) (envelope-from nate@root.org) Received: (qmail 8793 invoked by uid 1000); 2 Mar 2004 00:03:47 -0000 Date: Mon, 1 Mar 2004 16:03:47 -0800 (PST) From: Nate Lawson To: Kevin Oberman In-Reply-To: <20040301234415.53B3E5D07@ptavv.es.net> Message-ID: <20040301160136.N8753@root.org> References: <20040301234415.53B3E5D07@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi-jp@jp.FreeBSD.org cc: current@freebsd.org Subject: Re: [acpi-jp 3090] Update on ACPI with FreeBSD CURRENT on ThinkPad T30 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2004 00:03:46 -0000 On Mon, 1 Mar 2004, Kevin Oberman wrote: > I have not reported how ACPI is going on my systems for some time and > there has been major improvement. I now run ACPI almost all the time. Great. > Things that don't work: > - Suspend still does not turn off the LCD backlight. > Note: DPMS allows the screen to be blanked, but this does not turn off > the backlight, either. While Windows and BIOS (APM)can work this > miracle, I have been unable to get the light to turn off except > by using the lid switch and suspending turns it back on! > sysctl hw.acpi.video.lcd0.active=0 returns: > hw.acpi.video.lcd0.active: 1 -> 1 Try using the sysctls from the new acpi_video module to turn off the backlight, perhaps by turning the brightness way down. If it works, put it in /etc/rc.{suspend,resume}. If this doesn't work, it's probably something the specific video driver for your system needs to do. > - USB does not recover on resume (well known problem) Yep, uhci still doesn't suspend/resume on many platforms. Linux has some of this problem too. > - Sound runs too fast. After resume the sound runs at the default > clock-rate (about 53K) and can't be reset to 48K even by manually > issuing a sysctl to do so. This will be solved by restoring the BARs. Warner was working on this in the p4 power tree but it's stalled a little. -Nate