From owner-freebsd-stable@FreeBSD.ORG Tue Nov 15 02:25:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9402516A41F; Tue, 15 Nov 2005 02:25:06 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09F4C43D45; Tue, 15 Nov 2005 02:25:05 +0000 (GMT) (envelope-from garrigue@math.nagoya-u.ac.jp) Received: from localhost (suiren [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.13.1/8.13.1) with ESMTP id jAF2OtHf013683; Tue, 15 Nov 2005 11:24:56 +0900 (JST) Date: Tue, 15 Nov 2005 11:24:53 +0900 (JST) Message-Id: <20051115.112453.92588834.garrigue@math.nagoya-u.ac.jp> To: oberman@es.net From: Jacques Garrigue In-Reply-To: <20051114192211.2BB4F5D04@ptavv.es.net> References: <20051114.175031.93019232.garrigue@math.nagoya-u.ac.jp> <20051114192211.2BB4F5D04@ptavv.es.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: IBM T42 freezes when going to sleep under X11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2005 02:25:06 -0000 Thanks for answerring. (And thanks to Bakul too) From: "Kevin Oberman" > > From: Jacques Garrigue > > > > I've got a strange problem with my IBM T42 / Radeon M10 setup. > > > > When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > > sleep when X11 is running: the machine freezes, display still on. > First, you really want to install and use radeontool. It can properly > turn off the Radeon display, backlight, and DAC which (as far as i know) > xorg does not. It also does better than jhb's patch to acpi_video. (I > suspect that the patch does not turn off the DAC.) Is this connected with this supspend/resume problem? I have not installed it yet. > You need to add acpi_video_load="YES" and probably want to add > vesa_load="YES" and acpi_ibm_load="YES", although those are probably not > related to your current problem. > > You may also need to add hw.acpi.reset_video=0 and > hw.syscons.sc_no_suspend_vtswitch=1 to /etc/sysctl.conf. I had already acpi_ibm. I added acpi_video and acpi_vesa, with no visible improvement. But hw.syscons.sc_no_suspend_vtswitch=1 made the trick. At least it can now suspend... in most cases. It still fails to do so in random cases, mostly when there is disk activity. And even if it suspends correctly, I must still switch to the console and back by hand. As I wrote in my first mail, what is really strange is that everything works fine with a 6.0-RC1 kernel (without any special tuning!), whereas the changes are supposed to be very limited. So there should be a way to track down the problem... In particular, I didn't need acpi_video at all. My current solution is to keep an RC1 kernel, as there are no incompatibilities for the time being. Just in case, here are my loader.conf and sysctl.conf (working with RC1) /boot/loader.conf: acpi_ibm_load="YES" if_ath_load="YES" snd_ich_load="YES" umodem_load="YES" cpufreq_load="YES" hw.ata.atapi_dma="1" hw.cbb.start_memory="0xc0210000" hint.sio.0.disabled=1 hint.sio.1.disabled=1 /etc/sysctl.conf: hw.acpi.sleep_button_state=S3 hw.acpi.lid_switch_state=S3 Jacques --------------------------------------------------------------------------- Jacques Garrigue Nagoya University garrigue at math.nagoya-u.ac.jp JG