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>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] 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 > >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. > > If suspend/resume is vital, try apm. There are still some problems with > suspend/resume, many of them in the display system (handled by X.) It isn't that vital ;-) I am more interested in solving the problem, than in the solution state. > > >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, > >then turns back on completely _white_. > > There's an option, like SYSCONS_NO_VTY_SWITCH (or similar), that > 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 attempt to re-initialize the display, it slows very quickly to nothingness. > > >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. > > Turning off the monitor requires DPMS support and a proper PCI/AGP video > driver. DPMS support is enabled, and working. 'xset -display :0 dpms force off' works as expected. Also, the fact that it turns white instead of off leads me to believe it may be a mis-guessed register 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. > > -- > Nate Best, Samuel Stringham [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBVcsoBz+QjiNF1oARAkZCAJ4848e6LT/ETGXng5d19aY8adNcOQCdHawz Mx6Pp/8adsSUisGnzVe7c6M= =Lb7e -----END PGP SIGNATURE-----help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040925194648.GB5159>