From owner-freebsd-current@FreeBSD.ORG Tue Jun 28 21:57:04 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 4634216A41C; Tue, 28 Jun 2005 21:57:04 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEEFA43D53; Tue, 28 Jun 2005 21:57:03 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 946AC21F3; Tue, 28 Jun 2005 14:56:44 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id 5526C21BA; Tue, 28 Jun 2005 14:56:44 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j5SLvFhj029749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 28 Jun 2005 14:57:16 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5SLvFED029745; Tue, 28 Jun 2005 14:57:15 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17089.51130.712756.537990@satchel.alerce.com> Date: Tue, 28 Jun 2005 14:57:14 -0700 To: John Baldwin In-Reply-To: <200506281341.21023.jhb@FreeBSD.org> References: <17077.62001.211846.349890@satchel.alerce.com> <200506271715.14687.jhb@FreeBSD.org> <17088.33872.136766.621988@satchel.alerce.com> <200506281341.21023.jhb@FreeBSD.org> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@FreeBSD.org, hartzell@alerce.com Subject: Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2005 21:57:04 -0000 John Baldwin writes: > On Monday 27 June 2005 06:57 pm, George Hartzell wrote: > > John Baldwin writes: > > > On Sunday 19 June 2005 06:31 pm, George Hartzell wrote: > > > > Hi, > > > > > > > > I'm working on a Sony PCG-GRX570. > > > > [...] > > > > > > The problem is that your LCD isn't turned back on via DPMS, but there's > > > not a good way to fix that always. Especially if your BIOS doesn't > > > support DPMS. > > > > Can you say a bit more about this? [...] > > The ACPI spec says that the OS is supposed to power down the attached > monitor using DPMS before it shuts down the video controller and that > it should turn the monitor back on using DPMS after it has resumed the > video controller. FreeBSD currently just does the video controller > parts (sort of) and doesn't do the DPMS stuff at all except in the > patch to hack acpi_video, and that only works if your VGA BIOS > supports DPMS and it can only work for the primary monitor even then. Ok, I should be more precise in how I describe/ask-about this. I guess that I *have* resumed properly in some sense, since various things seem to be able to make forward progess. The screen/video didn't resume properly, because we either didn't shut down properly or didn't wake up properly. Could this be because of not calling DPMS to shut down the monitor (Ubuntu seems to suspend/resume w/out actually blacking out the monitor), or does that just explain the backlight turning off? I've also built kernels that included the fxp and I can not ping that device after I resume. Is it likely that it *also* has problems, that it's never getting the change to be resumed because of the video problems, or that some lower lever problem is biting them both and causing them to fail? Thanks again for helping me think about this! g.