[ltp] T40: Suspend/Resume and Standby now working with Redhat9!
Stefan Farestam
linux-thinkpad@linux-thinkpad.org
Thu, 02 Oct 2003 09:11:10 -0700
Hi Thomas,
On Thu, 2003-10-02 at 05:49, Hartwig, Thomas wrote:
> Hi Stefan,
>
> thank you very much for your samples. It is working now like charm.
Great to hear!
> I
> think the major issue was CONFIG_APM_DISPLAY_BLANK which was turned on
> in my kernel config.
Interesting, I wonder how that plays into things...?
> 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.
There are fixes for the rpm handling, but not sure about up2date. In
any case, I am using Ximian red-carpet + apt-get which obsoletes the
need for 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
Ok. Will see if I use that.
The showstopper for me to move to 2.6 right now is that the
Cisco vpnclient does not yet compile on 2.6.
/Stefan
> 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
> >>>
> >>>
> >>
> >>______________________________________________________________________
> >
> >
--
Stefan Farestam, PhD Senior Architect Cell: +1 650 714 8350
stefan@tibco.com Strategic Alliances Office: +1 650 846 8445
www.tibco.com TIBCO Software Inc.