From owner-freebsd-mobile Wed Oct 27 23:38:29 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from lab12.ie.pitt.edu (lab12.ie.pitt.edu [136.142.89.102]) by hub.freebsd.org (Postfix) with ESMTP id 3E01C14E44 for ; Wed, 27 Oct 1999 23:38:26 -0700 (PDT) (envelope-from grafe@lab12.ie.pitt.edu) Received: (from grafe@localhost) by lab12.ie.pitt.edu (8.8.8+Sun/8.8.8) id CAA04076; Thu, 28 Oct 1999 02:38:22 -0400 (EDT) Date: Thu, 28 Oct 1999 02:38:22 -0400 (EDT) Message-Id: <199910280638.CAA04076@lab12.ie.pitt.edu> From: grafe@lab12.ie.pitt.edu (Gary Rafe) To: colinj@cs.unm.edu Subject: Re: Q: APM suspend/resume in X11 ? Cc: freebsd-mobile@freebsd.org Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org R>> Then when I tried a suspend/resume cycle from an X11 desktop subsequently, R>> the LCD failed to come on properly, showing instead a somewhat R>> disturbing random pattern of blotching; R>> toggling FnF5 didn't help -- a hard reset was necessary. R>> R>I don't have an answer for this, I wish I did. I see the same behavior R>on my Dell Lattitude. My solution so far has been to switch to a non-X11 R>virtual terminal and then suspend the machine. It appears that this has been documented a bit in the Linux camp; I've adapted my suspend_system script, which is exec'ed by the window manager, to "vidcontrol -s 1" just prior to "apm -z" if the X server is running. Then, when the system is comes back from the suspend, we sleep for a short bit before we "vidcontrol -s" back to the virtual terminal running the X server. Now to get working audio (in the kernel) for this ESS1978 chip; the OSS module works the mixer properly, but produces noise when data is passed into /dev/audio. --Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message