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. I tried disabling DRI, but this does not seem to be the problem: I have no DRM anyway. On the other hand, everything works fines with a 6.0-RC1 kernel. Was there a big change in between, such that I need to change my configuration? I can give more information if it helps. --------------------------------------------------------------------------- Jacques Garrigue Nagoya University garrigue at math.nagoya-u.ac.jp <A HREF=http://www.math.nagoya-u.ac.jp/~garrigue/>JG</A>
> When using the 6.0-RELEASE kernel (including GENERIC), I cannot go to > sleep when X11 is running: the machine freezes, display still on. I > tried disabling DRI, but this does not seem to be the problem: I have > no DRM anyway.I upgraded my T42 to -current from the 6.0 release kernel but from what I remember it worked fine with suspend/resume if acpi_video.ko was loaded at boot time. My T42 has Radeon M7 -- not sure if that makes a difference. If I want DRM (for openGL) the T42 has to be booted without acpi_video.ko. And then I usually forget and put the laptop to sleep => instant reboot on wakeup! When I upgraded to -current I did not make any changes with X11. For what it is worth, this is my /boot/loader.conf if_em_load="YES" if_ath_load="YES" if_iwi_load="YES" wlan_tkip_load="YES" wlan_wep_load="YES" snd_ich_load="YES" cpufreq_load="YES" acpi_ibm_load="YES" acpi_video_load="YES" hw.psm.synaptics_support="1"
> Date: Mon, 14 Nov 2005 17:50:31 +0900 (JST) > From: Jacques Garrigue <garrigue@math.nagoya-u.ac.jp> > Sender: owner-freebsd-mobile@freebsd.org > > 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. I > tried disabling DRI, but this does not seem to be the problem: I have > no DRM anyway. > > On the other hand, everything works fines with a 6.0-RC1 kernel. > Was there a big change in between, such that I need to change my > configuration? > > I can give more information if it helps.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.) 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. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634
From: Jacques Garrigue <garrigue@math.nagoya-u.ac.jp>> 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. I > tried disabling DRI, but this does not seem to be the problem: I have > no DRM anyway. > > On the other hand, everything works fines with a 6.0-RC1 kernel. > Was there a big change in between, such that I need to change my > configuration?I finally found the cause of my problems: there has been changes in the em driver (Gb ethernet), such that the machine freezes when trying to switch automatically from the X11 VT to the system console, before going to sleep. The interaction is surprising, but clearly the problem disappears when I remove "device em" from the kernel configuration, and it reappears when I do "kldload if_em". Since I'm using only ath (wireless) anyway, this is fine with me... A previous partial solution suggested to me was to add hw.syscons.sc_no_suspend_vtswitch=1 to sysctl.conf, but this means the screen gets garbled and I have to do the switch by hand anyway, which is a real pain. Worse still: the machine would still freeze when going to sleep while the disk is active. The last step is to track down the bug in em, as it still seems to be there in yesterday's STABLE. Jacques Garrigue