[ltp] T40: Suspend/Resume and Standby now working with Redhat9!

[Hartwig, Thomas]

Hi Stefan,

thank you very much for your samples. It is working now like charm. I 
think the major issue was CONFIG_APM_DISPLAY_BLANK which was turned on 
in my kernel config.

Now I can use XFree86 with 3D support and without module unloading or 
anything else. Just close the lid and go to sleep.

The problem with the fan I have resolved as well. I'm using the Alan Cox 
kernel extensions for speedstep adjustment. In kernels above 2.6 it is 
included by default. But I can't use this yet because there are some 
problems with the RedHat standard packages like rpm and up2date. However 
you can prevent them with LD_ASSUME_KERNEL=2.2.5, but this is not very 
nice I think. In conjunction with the package cpudyn, the processor is 
not running at high consumption any more. You can find the packages here:
ftp://ftp.cs.tu-berlin.de/pub/linux/kernel/people/alan/linux-2.4/2.4.22/patch-2.4.22-ac4.bz2

Thank you very much folks for your attention.
I'm back to Linux now. ;-)

Thomas


Stefan Farestam wrote:
> Hi Thomas,
> 
> On Wed, 2003-10-01 at 01:37, Hartwig, Thomas wrote:
> 
>>Hi Stefan,
>>
>>thanks for your advice, but I'm still sucked. I'm sure I used quite the 
>>same configuration like you, but the screen keeps black after resuming.
>>I'm afraid I should close down all my computer business.
> 
> 
> A tad bit drastic, but I can sense your frustration...
> 
> 
>>Even XFree86 tells me:
>>(EE) RADEON(0): [dri] RADEONDRIScreenInit failed because of a version 
>>mismatch.
>>[dri] radeon.o kernel module version is 1.0.0 but version 1.5.0 or newer 
>>is needed.
>>
>>As Brad said already I think you are using an unpatched kernel 2.4.22?!
> 
> 
> Correct. No patches.
> 
> 
>>It would very handy if you could send me your configuration files and 
>>your system output:
>>
>>/usr/src/linux-2.4.22/.config
>>/var/log/XFree86.0.log
>>/etc/X11/XF86Config
>>
>>And the output of 'lsmod', 'rpm -qa' and 'dmesg'
> 
> 
> Ok. Have attached them.
> 
> 
>>I have attached my configs, but I don't expect that you go thru.
> 
> 
>>From the output of your dmesg it seems like the "radeonfb" module
> is loaded. In my case it is not. Here is the output of "fbset -i"
> 
>  % fbset -i
>  
> mode "1400x1050-77"
>     # D: 147.037 MHz, H: 83.166 kHz, V: 77.436 Hz
>     geometry 1400 1050 1400 1050 16
>     timings 6801 168 32 16 4 168 4
>     rgba 5/11,6/5,5/0,0/0
> endmode
>  
> Frame buffer device information:
>     Name        : VESA VGA
>     Address     : 0xe0000000
>     Size        : 5880000
>     Type        : PACKED PIXELS
>     Visual      : TRUECOLOR
>     XPanStep    : 0
>     YPanStep    : 0
>     YWrapStep   : 0
>     LineLength  : 2800
>     Accelerator : No
> 
> So, I use the VESA FB.
> 
> 
>>Do you unload any kernel modules before you suspend?
> 
> 
> None. No custom configuration of the apm-continue script
> (not even switching virtual terminal before suspending).
> 
> 
>>What about your cpu fan, is he on all the time?
> 
> 
> Not when suspended, it really is a proper suspend. When not
> in suspend mode the fan does seem to be on pretty often,
> but not all the time.
> 
> 
>>Sorry for annoying you, but I would very appreciate your help.
> 
> 
> Happy to help to the extent I can. Report back your findings!
> 
> /Stefan
> 
> 
>>Thomas
>>
>>
>>Stefan Farestam wrote:
>>
>>>All,
>>>
>>>Having shared the frustrations with many people on this
>>>board with getting suspend/resume working on T40, I
>>>finally got it working. Many thanks to Brad Langhorst
>>>for assisting me!
>>>
>>>This is what I have:
>>>   T40 laptop running RedHat9
>>>
>>>This is what works:
>>>   * <Fn><F3> which puts the machine in standby
>>>   * <Fn><F4> or <lid closure> for suspend
>>>   * I haven't tested hibernation yet
>>>   * glxgears runs at 700 FPS
>>>   * tuxracer!
>>>
>>>Problems:
>>>   * If a USB device is left plugged in when the machine
>>>     goes into suspend, then USB seems to hang
>>>
>>>The configuration:
>>>   * The RedHat severn distribution of XFree86:
>>>     http://ftp.redhat.com/pub/redhat/linux/beta/severn/en/os/i386/RedHat/RPMS/*-4.3.0-33*.rpm
>>>
>>>   * Kernel compiled with framebuffer support. Relevant kernel
>>>     args
>>>
>>>        CONFIG_FB=y
>>>        CONFIG_DUMMY_CONSOLE=y
>>>        # CONFIG_FB_RIVA is not set
>>>        # CONFIG_FB_CLGEN is not set
>>>        # CONFIG_FB_PM2 is not set
>>>        # CONFIG_FB_PM3 is not set
>>>        # CONFIG_FB_CYBER2000 is not set
>>>        CONFIG_FB_VESA=y
>>>
>>>   * Kernel startup args (to be put in grub.conf or lilo.conf). This turns
>>>     on framebuffer support for the console:
>>>        vga=834
>>>
>>>   * XF86Config
>>>
>>>     Section "Module"
>>>	Load	"GLcore"
>>>	Load	"bitmap"
>>>	Load	"dbe"
>>>	Load	"ddc"
>>>	Load	"dri"
>>>	Load	"extmod"
>>>	Load	"freetype"
>>>	Load	"glx"
>>>	Load	"int10"
>>>	Load	"record"
>>>	Load	"speedo"
>>>	Load	"type1"
>>>	Load	"vbe"
>>>     EndSection
>>>
>>>     Section "Device"
>>>	Identifier	"ATI Radeon Fire 9000"
>>>	Driver		"radeon"
>>>     EndSection
>>>
>>>     Section "Screen"
>>>	Identifier "Screen0"
>>>	Device     "ATI Radeon Fire 9000"
>>>	Monitor    "Monitor0"
>>>	DefaultDepth     24
>>>	SubSection "Display"
>>>		Depth     24
>>>		Modes    "1400x1050" "1280x1024" "800x600" "640x480"
>>>	EndSubSection
>>>     EndSection
>>>
>>>Note that the framebuffer is only used for the console. The key
>>>things that I discovered was that:
>>>
>>>   * The Severn dist of XFree86 cured the <Fn><F3> problem and
>>>     made it possible to suspend/resume, albeit with the X
>>>     server crashing (but not hanging the machine!) on resume.
>>>
>>>   * Using the framebuffer device for the console made it possible
>>>     to suspend/resume without crashing the Xserver.
>>>
>>>Have fun,
>>>Stefan
>>>
>>>
>>
>>______________________________________________________________________
> 
>