From owner-freebsd-mobile@FreeBSD.ORG Mon Feb 28 04:24:34 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 23F7916A4CE for ; Mon, 28 Feb 2005 04:24:34 +0000 (GMT) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C677C43D53 for ; Mon, 28 Feb 2005 04:24:33 +0000 (GMT) (envelope-from joshe@mail.elsasser.org) Received: from mail.elsasser.org ([68.160.4.106])0.04 <0ICL005W9TKV9AD0@vms042.mailsrvcs.net> for freebsd-mobile@freebsd.org; Sun, 27 Feb 2005 22:24:32 -0600 (CST) Received: by mail.elsasser.org (Postfix, from userid 1000) id CC33F17E; Sun, 27 Feb 2005 23:26:23 -0500 (EST) Date: Sun, 27 Feb 2005 23:26:23 -0500 From: Josh Elsasser In-reply-to: <1109545918.1537.8.camel@localhost> To: Vladimir Grebenschikov Message-id: <20050228042623.GY2702@jade.elsasser.org> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=QQ0dNM4HnH4+xgqD Content-disposition: inline X-PGP-Key-URL: http://www.elsasser.org/pubkey.asc X-PGP-Key-Fingerprint: 8F39 9F2B 3738 54D9 3E40 4604 CFD5 EA3F B833 FD50 References: <200502270431.aa10917@salmon.maths.tcd.ie> <20050227211630.GX2702@jade.elsasser.org> <1109545918.1537.8.camel@localhost> User-Agent: Mutt/1.4.2.1i 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: Mon, 28 Feb 2005 04:24:34 -0000 --QQ0dNM4HnH4+xgqD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 28, 2005 at 02:11:58AM +0300, Vladimir Grebenschikov wrote: > ? ??, 27/02/2005 ? 16:16 -0500, Josh Elsasser ?????: > >On Sun, Feb 27, 2005 at 04:31:25AM +0000, Ian Dowse wrote: > >>=20 > >> It's possible that the experimantal patch below may help on some > >> notebooks where the display does not recover from a suspend-resume > >> cycle. It makes use of the VESA BIOS to save the display settings > >> before the system suspends and then restores them on resume. The > >> patch is against -CURRENT, but might apply against RELENG_5 without > >> too much trouble. > >>=20 > >> I have a JVC laptop here where this is the only way I have found > >> so far to bring the LCD back to life after resuming, so maybe it > >> will help on other systems too. > >>=20 > >> To test it, apply the patch and rebuild your kernel + modules. You > >> need to either have 'options VESA' in the kernel config or else > >> load the vesa module. It may also be worth trying with the > >> hw.acpi.reset_video sysctl set to 0, since rerunning the VGA POST > >> should be unnecessary. > >>=20 > >> Ian > >>=20 > >> Patch also at: http://people.freebsd.org/~iedowse/vesa_restore.diff > >>=20 > > > >THANK YOU! I've had my laptop for 3 1/2 years, and I can finally > >suspend/resume and have a usable display afterwards! Cardbus doesn't > >appear to work after resume, but that's a whole different can of > >worms... > > > >The system I tested this on was RELENG_5 from yesterday, the patch > >applied cleanly. I already had the hw.acpi.reset_video set to 0, so I > >don't know if it would work with it set to 1. >=20 > What notebook you have ? I was not such lucky. >=20 > I Has SONY VAIO PCG-Z1WA, by zzz it sleeps ok,=20 > With patch it even said about saving VESA data. > On any key after it is awakes, spin up drive and fan, but screen still > black (even no backlight), and it is very unlike that I get console back > (typing has no effect, even when I try to call kdb). >=20 > Also if I try this patch with vesa module loaded it just carsh in vm86 > mode on zzz (curproc acpiconf). >=20 > Any suggestions are very welcome. What is hw.acpi.reset_video set to on your system? At some point between 5.2 and 5.3, my machine would hang on resume instead of just resuming with no display. Setting hw.acpi.reset_video=3D0 in loader.conf fixed that. I have a Sony Vaio FX220, which has an i815 graphics chip. -jre --QQ0dNM4HnH4+xgqD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIp1vz9XqP7gz/VARAks2AJ41fd++YdvNoEzJlXNhW7ITXQ1jkQCeK0SJ bmoRcTy204/1UoGbvVuA1Aw= =kbGz -----END PGP SIGNATURE----- --QQ0dNM4HnH4+xgqD--