From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 15:53:59 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 B1DF816A41C for ; Mon, 20 Jun 2005 15:53:59 +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 4473143D53 for ; Mon, 20 Jun 2005 15:53:57 +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 F1B142185; Mon, 20 Jun 2005 08:53:45 -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 CCB872184; Mon, 20 Jun 2005 08:53:45 -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 j5KFs8KA008576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Jun 2005 08:54:09 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j5KFs8e2008573; Mon, 20 Jun 2005 08:54:08 -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: <17078.59040.349721.381302@satchel.alerce.com> Date: Mon, 20 Jun 2005 08:54:08 -0700 To: Ian Dowse In-Reply-To: <200506200908.aa01419@nowhere.iedowse.com> References: <17077.62001.211846.349890@satchel.alerce.com> <200506200908.aa01419@nowhere.iedowse.com> 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 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: Mon, 20 Jun 2005 15:53:59 -0000 Ian Dowse writes: > In message <17077.62001.211846.349890@satchel.alerce.com>, George Hartzell writ > es: > >So, I'm trying to figure out what to try next. > > > >Can someone suggest something to try? > > One more thing you could try is `kldload vesa' before suspending - > there is some code in the VESA driver that asks the BIOS to restore > the video state when the system resumes, which might help. Ok, I've tried kloading vesa with and without hw.acpi.reset_video and both cases make matters worse, I never see the disk activity that suggests that the system is limping along, and the power button doesn't try to do a shutdown. I don't have a serial console, would it be worth trying to set up a firewire console and see if I can get anything out of it. Is the stuff on the dconschat man page accurate enough that I can use it as a cookbook? If I were to go reading through the linux sources and comparing their thoughts w/ the freebsd thoughts, can anyone suggest places to start? Is it likely to be under the acpi code, or the console code, or ??? g.