From owner-freebsd-current Wed Jan 29 18:49:30 2003 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 6D80537B401 for ; Wed, 29 Jan 2003 18:49:29 -0800 (PST) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBC6143F79 for ; Wed, 29 Jan 2003 18:49:28 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0224.cvx22-bradley.dialup.earthlink.net ([209.179.198.224] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18e4lW-00026t-00; Wed, 29 Jan 2003 18:49:23 -0800 Message-ID: <3E38925D.4CC34541@mindspring.com> Date: Wed, 29 Jan 2003 18:47:57 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Seele Varcuzzo Cc: freebsd-current@FreeBSD.ORG Subject: Re: ACPI recoving issues References: <20030129213210.36faa724.seele@obso1337.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4774102f7e9d2166182d5ce0659f0d813350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Seele Varcuzzo wrote: > has anyone had ACPI recovering issues? anytime i go into a S3 suspend > and try to recover, if im in x the screen tries to recover and sortof > "melts" before it goes white with color vertical lines, and if im in > the console i get no video, and it seems to go into a halt. is this > a video configuration problem or an acpi configuration problem? When "suspend" happens, the suspending context needs to signal the X server to restore the console state, before suspending, and then put it back, as a result of a "resume". This is necessary because X writes registers, and doesn't maintain shadow copies in user space, and so can't put the card back into a known state. In many suspend models, the video card is actually powered off and resets to the default state when it resumes, which is not the state the X server expects it to be in. As a workaround, you might be able to set one of the many acpi sysctl options to prevent the video card from being powered down, when everything else is (depends on your "suspend" -- if it's a "suspend to disk", this won't be an option for you). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message