From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 21 01:13:56 2004 Return-Path: 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 6355416A4CE for ; Sun, 21 Nov 2004 01:13:56 +0000 (GMT) Received: from out008.verizon.net (out008pub.verizon.net [206.46.170.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id D091643D31 for ; Sun, 21 Nov 2004 01:13:55 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([138.89.72.171]) by out008.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20041121011355.UMEE4287.out008.verizon.net@RabbitsDen>; Sat, 20 Nov 2004 19:13:55 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Nate Lawson In-Reply-To: <419EF7AD.8050007@root.org> References: <419EF7AD.8050007@root.org> Content-Type: text/plain Date: Sat, 20 Nov 2004 20:12:55 -0500 Message-Id: <1100999575.747.10.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out008.verizon.net from [138.89.72.171] at Sat, 20 Nov 2004 19:13:54 -0600 cc: acpi@FreeBSD.org Subject: Re: PATCH: power down acpi and pci devices in suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2004 01:13:56 -0000 On Fri, 2004-11-19 at 23:52 -0800, Nate Lawson wrote: > The attached patch implements setting power states for ACPI (i.e. ISA) > and PCI devices in the suspend/resume path. This may help with some > problems; it's quite likely it may introduce problems. That's why I'd > like it tested. If you have a system that suspends/resumes ok or that > fails, please try it. The likely failure case is a hang in suspend or > resume or a device that doesn't work afterwords. It's pretty > heavy-handed, only avoiding changing power for serial ports since those > are known to cause a hang (which can possibly be fixed by making > sio/uart more aware of power states.) I suspect devices like PCI > bridges may have problems with power changes. > > If you have problems, please let me know the info it prints before the > hang so I can figure out what the problem device is. > > -Nate First, the disclaimer: on my system (Averatec 3150H) entering S3 state only works if I take out infinite loop in acpi_wakeup.c. I don't know whether it still technically enters S3 state or not, but it surely powers down everything in sight, including back light and PCMCIA controller. Battery life (by very unscientific measurements) doubles, which makes me believe, that it is not quite S3 ;) This said, with this patch, only observable difference is that screen goes all-white right before switching off back light and is all-white after resume, switching to normal display shortly afterward. I could not judge whether this behavior is of any interest to you and what additional info (if any) might be required. If there is any, please, let me know and I will be happy to oblige. --- Alexandre "Sunny" Kovalenko.