Date: Sat, 25 Sep 2004 14:46:48 -0500 From: Samuel Stringham <me@mail.samuelstringham.com> To: Nate Lawson <nate@root.org> Cc: freebsd-acpi@freebsd.org Subject: Re: Dell Inspiron 4000 woes Message-ID: <20040925194648.GB5159@laptop.samuelstringham.com> In-Reply-To: <4155C602.4050709@root.org> References: <20040925033655.GB2967@laptop.samuelstringham.com> <4155C602.4050709@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 25, 2004 at 12:24:50PM -0700, Nate Lawson wrote: > Samuel Stringham wrote: > >I have a Dell Inspiron 4000, which is running 5.3-BETA5. > >I am unable to get the ACPI to function correctly on this > >machine. I have dug around google for hours, looked=20 > >through the source (though I am not quite familiar enough > >to make changes), but could not find any great howtos on > >getting the suspend/resume working how I would like. >=20 > If suspend/resume is vital, try apm. There are still some problems with= =20 > suspend/resume, many of them in the display system (handled by X.) It isn't that vital ;-) I am more interested in solving the=20 problem, than in the solution state. >=20 > >S3: will detach pcmcia wireless card, spin down hard drive, > >not sure about CPU stepping. When suspending from X, it > >first switches to console, then turns off for a second,=20 > >then turns back on completely _white_. >=20 > There's an option, like SYSCONS_NO_VTY_SWITCH (or similar), that=20 > disables that switch. See if it helps. If I turn this on (SC_NO_VTY_SWITCH), then sometimes my laptop will start an interrrupt storm on resume, and have no video. I can type blind for a couple seconds, but then upon the=20 attempt to re-initialize the display, it slows very quickly to nothingness. >=20 > >So, I have come to realize that S3 will probably be my best > >bet. However, I can't get the monitor to turn off. I was > >wondering if anyone else had any good hints on getting this > >working correctly. >=20 > Turning off the monitor requires DPMS support and a proper PCI/AGP video= =20 > driver. DPMS support is enabled, and working. =20 'xset -display :0 dpms force off' works as expected. Also, the fact that it turns white instead=20 of off leads me to believe it may be a mis-guessed register=20 location on the radeon 128. I downloaded a C program called radeontool to try and find the right registers to use to turn this off, but cannot find the associated function in the acpi video handling code. I am assuming someone else will have way more intimate knowledge with the kernel codebase than me. Thank you kindly for your insight, and I will continue to look for a graceful solution. >=20 > --=20 > Nate Best, Samuel Stringham --NDin8bjvE/0mNLFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVcsoBz+QjiNF1oARAkZCAJ4848e6LT/ETGXng5d19aY8adNcOQCdHawz Mx6Pp/8adsSUisGnzVe7c6M= =Lb7e -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040925194648.GB5159>