From owner-freebsd-mobile@FreeBSD.ORG Wed Mar 2 19:18:12 2005 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BEDA16A4CE for ; Wed, 2 Mar 2005 19:18:12 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id F131B43D39 for ; Wed, 2 Mar 2005 19:18:11 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Wed, 02 Mar 2005 11:18:11 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B54675D07; Wed, 2 Mar 2005 11:18:09 -0800 (PST) To: vova@fbsd.ru In-reply-to: Your message of "Tue, 01 Mar 2005 23:31:15 +0300." <1109709075.1329.3.camel@localhost> Date: Wed, 02 Mar 2005 11:18:09 -0800 From: "Kevin Oberman" Message-Id: <20050302191809.B54675D07@ptavv.es.net> cc: Ian Dowse cc: freebsd-mobile@freebsd.org Subject: Re: Using VESA to restore display settings on resume X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 19:18:12 -0000 > From: Vladimir Grebenschikov > Date: Tue, 01 Mar 2005 23:31:15 +0300 > Sender: owner-freebsd-mobile@freebsd.org > > В пн, 28/02/2005 в 20:26 +0000, Ian Dowse пишет: > >In message <200502281016.aa49779@salmon.maths.tcd.ie>, Ian Dowse writes: > >>In message <1109545918.1537.8.camel@localhost>, Vladimir Grebenschikov writes: > >>>Also if I try this patch with vesa module loaded it just carsh in vm86 > >>>mode on zzz (curproc acpiconf). > >> > >>It is probably necessary to get this working with VESA to have much > >>of a chance of it helping, since otherwise only the basic VGA > >>registers will be saved and restored. > >> > >>One possible reason for the vm86 crash is that it appears our VESA > >>code cannot handle saving more than 4k of state data. Does it make > >>any difference if you revert the part of the patch that changed > >>STATE_MOST to STATE_ALL? i.e. change the two uses of STATE_ALL in > >>vesa.c back to STATE_MOST. I found that with SAVE_MOST, I needed > >>to switch to X and back before the console would display, but the > >>backlight did come on immediately. > > > >I've updated the patch at > > > > http://people.freebsd.org/~iedowse/vesa_restore.diff > > > >so that the VESA code allows up to 8k of state storage and will > >fail if the BIOS claims to need more space. Could you try this with > >the vesa module loaded and with both 0 and 1 for hw.acpi.reset_video? > > I've rechecked patch with fresh kernel build and firewire console. > > It does not panics and does not awake :( > As in previous variant it sleeps ok, but on awake it only spin up HDD. > No any other activity seen, it does not react on keys, firewire console > is dead. > It does not answer on network activity. > > Probably It hangs while try to restore console, and I should try to > disable console at all ? Is the disk active LED on? Many systems have had trouble with this, although I thought Soren had fixed this. If the LED is on, you might want to try ATA MkIII. (That WILL break ATAPICAM!) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634