Dell laptop followup (Re: ASUS S5N and the 2.6.10-1.741_FC3 kernal and s3 sleep works

W. Guy Thomas mrguytx at austin.rr.com
Sat Jan 22 04:48:53 UTC 2005


I have never successfully gotten a dell laptop to suspend 100% of the
time with any linux kernel.

Either the screen stays dead or the hard drive won't spin up on wake,
etc...

It's a Dell dude!

And I use this one daily. Nice laptop, but suspend is iffy at best.

=G

On Fri, 2005-01-21 at 21:24 -0600, Paul Johnson wrote:
> I will try your grub options, but I'm a bit concerned that I don't 
> understand what they do.
> 
> I have a Dell Inspiron 8600 and I can do suspend to memory, but when I 
> wake up the system and log out of X, then the screen is black.  I can 
> still type in commands, to shudown or startx, for example (but I have to 
>   go on faith while typing, because I can't see!).
> 
> Also, After I wake up the computer, the touchpad tap does not work any 
> more. I can move the pointer with the touchpad, but tapping won't do.
> 
> Maybe the difference is the way I'm going to sleep. I've got this in 
> /etc/acpi/actions/sleep.sh
> 
> __________________________________________________
> #!/bin/sh
> 
> # do not got to suspend mode if some command fails!
> set -e
> 
> rmmodules () {
>   mname=$1
>   if grep $mname /proc/modules ; then
>     /sbin/rmmod $mname
>   fi
> }
> 
> # if network is up, shut it down!
> if [ -f /var/lock/subsys/network ] ; then
>    /sbin/service network stop
> fi
> 
> # remmod all problematic modules
> #rmmodules tg3
> rmmodules uhci_hcd
> rmmodules ehci_hcd
> rmmodules hci_usb
> rmmodules ipw2100
> 
> echo mem > /sys/power/state
> 
> # after waking up, move to terminal 1, this give some time to graphic 
> card to get into sane state
> chvt 1
> sleep 0.5
> # change into gui terminal, graphic card is ok at this point
> chvt 7
> 
> #load modules
> /sbin/modprobe uhci_hcd
> /sbin/modprobe ehci_hcd
> /sbin/ifup eth1
> --------------
> 
> pj
> 
> Matthew Faull wrote:
> > ASUS S5N and the 2.6.10-1.741_FC3 kernel and s3 sleep seems to work now.
> > In all previous FC3 kernels(724,681,667), it seemed to die when you woke
> > it up again.
> > 
> > Other random info about my setup:
> > - Asus S5N with the 210 bios update.
> > 
> > - Here's my entry in grub.conf:
> > ***********************************************************************
> > title Fedora Core (2.6.10-1.741_FC3)
> >         root (hd0,0)
> >         kernel /vmlinuz-2.6.10-1.741_FC3 ro root=LABEL=/ rhgb quiet
> > acpi_sleep=s3_bios pm=off vga=0x317 video=vesa:ywrap,mtrr splash=silent
> > ***********************************************************************
> > 
> > - Heres the command I run to send the notebook to sleep:
> > ***********************************************************************
> > #!/bin/bash
> > 
> > # suspend-to-ram : Sends the machine to S3,
> > # performing some tasks before and after wakeup.
> > 
> > PATH=/bin:/usr/bin:/usr/sbin:/sbin:/usr/local/sbin
> > 
> > /usr/bin/killall synergyc
> > 
> > echo -e "3[1;31mInitiating suspend-to-ram 3[0m"
> > 
> > # Empty logfile
> > echo > /tmp/suspend.log
> > 
> > /etc/init.d/hotplug stop >> /tmp/suspend.log 2>&1
> > /etc/init.d/acpid stop >> /tmp/suspend.log 2>&1
> > 
> > # Go, sleep!
> > echo 3 > /proc/acpi/sleep
> > 
> > echo -e "3[1;32m... back 3[0m"
> > 
> > # http://bugme.osdl.org/show_bug.cgi?id=3609
> > setpci -s 00:1f.0 f2.b=1
> > 
> > /etc/init.d/acpid start >> /tmp/suspend.log 2>&1 &
> > /etc/init.d/hotplug start >> /tmp/suspend.log 2>&1 &
> > ***********************************************************************
> > Note: I don't claim to be the author of any of the code above. I just
> > dug it up from googling around the net.
> > 
> > Thanks people
> > 
> > Cheers
> 
> 
> -- 
> Paul E. Johnson                       email: pauljohn at ku.edu
> Dept. of Political Science            http://lark.cc.ku.edu/~pauljohn
> 1541 Lilac Lane, Rm 504
> University of Kansas                  Office: (785) 864-9086
> Lawrence, Kansas 66044-3177           FAX: (785) 864-5700
> 
-- 
W. Guy Thomas <mrguytx at austin.rr.com>




More information about the fedora-test-list mailing list