Suspend to RAM issus on a Dell 700m

Suspend to RAM issus on a Dell 700m

[Petros Kolyvas]

Hi Folks,

I finally got the "mem" state to function on my laptop (a state which I 
use extensively in that "other" OS when I'm working.)

A few issues though... my cpu, upon return, powers up to full-speed 
making it impossible to truly conserve power, sort of defeating the 
whole process.

It seems a rogue process (one which I can't kill)... listed only as 'sh 
-i" is using ~99% of the available CPU cycles. I have no idea where it's 
coming from.

Additionally the system gets less and less responsive with each return 
from the "mem" state. Probably due to many of these rogue processes 
building up and bogging the system down.

Below is the script I used, which I found online and modified (very 
little) as needed. Any insight would be greatly appreciated. Oh, I'm 
using FC4 w/ 2.6.12 (unpatched.)

Thanks,
Pk

///

script to drive the system to S3
# suspend-to-ram

if [-e /suspending]; then
	echo "already in the process of suspending. Please be patient."
else
	/bin/touch /suspending

	# Step 1: preparing sleep
	/usr/bin/killall -s SIGUSR1 cpuspeed
	/usr/bin/chvt 1 # necessary to make DRI work
	/sbin/service anacron stop
	# USB doesn't suspend without unloading first
	/sbin/rmmod ehci_hcd
	/sbin/rmmod uhci_hcd
	#save the system time
	/sbin/hwclock --adjust
	#/sbin/rmmod wacom # only necessary of you have wacom stylus
	/sbin/rmmod -as
	/bin/sync

	# Step 2: send sleep command via ACPI
	echo mem > /sys/power/state

	# Step 3: wake-up and reload
	# restart the BIOS code for the video card
	/usr/bin/video_post
	# restore clock
	/sbin/hwclock --hctosys
	# reload USB modules
	/sbin/modprobe ehci_hcd
	/sbin/modprobe uhci_hcd
	# initialise X
	xinit /bin/false -- :1
	/usr/bin/chvt 7
	# restore resvices
	/sbin/service anacron start
	/sbin/service cpuspeed restart

	rm /suspending
fi



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: Suspend to RAM issus on a Dell 700m

[Benedek Frank]

On Sun, 26 Jun 2005 12:36:48 -0400
Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

> Hi Folks,
> 
> I finally got the "mem" state to function on my laptop (a state which
> I  use extensively in that "other" OS when I'm working.)
> 
> A few issues though... my cpu, upon return, powers up to full-speed 
> making it impossible to truly conserve power, sort of defeating the 
> whole process.
> 
> It seems a rogue process (one which I can't kill)... listed only as
> 'sh  -i" is using ~99% of the available CPU cycles. I have no idea
> where it's  coming from.
> 
> Additionally the system gets less and less responsive with each return
> 
> from the "mem" state. Probably due to many of these rogue processes 
> building up and bogging the system down.
> 
> Below is the script I used, which I found online and modified (very 
> little) as needed. Any insight would be greatly appreciated. Oh, I'm 
> using FC4 w/ 2.6.12 (unpatched.)
> 
> Thanks,
> Pk

Hi

I have mine working perfectly, you may check my site, and compare a few
things.

http://www.celifornia.com/documents/dell700m.html

Hope it helps

Benedek
> 
> ///
> 
> script to drive the system to S3
> # suspend-to-ram
> 
> if [-e /suspending]; then
> 	echo "already in the process of suspending. Please be patient."
> else
> 	/bin/touch /suspending
> 
> 	# Step 1: preparing sleep
> 	/usr/bin/killall -s SIGUSR1 cpuspeed
> 	/usr/bin/chvt 1 # necessary to make DRI work
> 	/sbin/service anacron stop
> 	# USB doesn't suspend without unloading first
> 	/sbin/rmmod ehci_hcd
> 	/sbin/rmmod uhci_hcd
> 	#save the system time
> 	/sbin/hwclock --adjust
> 	#/sbin/rmmod wacom # only necessary of you have wacom stylus
> 	/sbin/rmmod -as
> 	/bin/sync
> 
> 	# Step 2: send sleep command via ACPI
> 	echo mem > /sys/power/state
> 
> 	# Step 3: wake-up and reload
> 	# restart the BIOS code for the video card
> 	/usr/bin/video_post
> 	# restore clock
> 	/sbin/hwclock --hctosys
> 	# reload USB modules
> 	/sbin/modprobe ehci_hcd
> 	/sbin/modprobe uhci_hcd
> 	# initialise X
> 	xinit /bin/false -- :1
> 	/usr/bin/chvt 7
> 	# restore resvices
> 	/sbin/service anacron start
> 	/sbin/service cpuspeed restart
> 
> 	rm /suspending
> fi
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> 


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: Suspend to RAM issus on a Dell 700m

[Petros Kolyvas]

Your script works just as well (if not better), but that persistent
interactive shell using 99% of my available CPU continues to crop up.
I'm not sure where to go from here.

Thanks for the reply though!

Petros


Benedek Frank wrote:
> On Sun, 26 Jun 2005 12:36:48 -0400
> Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> 
> 
>>Hi Folks,
>>
>>I finally got the "mem" state to function on my laptop (a state which
>>I  use extensively in that "other" OS when I'm working.)
>>
>>A few issues though... my cpu, upon return, powers up to full-speed 
>>making it impossible to truly conserve power, sort of defeating the 
>>whole process.
>>
>>It seems a rogue process (one which I can't kill)... listed only as
>>'sh  -i" is using ~99% of the available CPU cycles. I have no idea
>>where it's  coming from.
>>
>>Additionally the system gets less and less responsive with each return
>>
>>from the "mem" state. Probably due to many of these rogue processes 
>>building up and bogging the system down.
>>
>>Below is the script I used, which I found online and modified (very 
>>little) as needed. Any insight would be greatly appreciated. Oh, I'm 
>>using FC4 w/ 2.6.12 (unpatched.)
>>
>>Thanks,
>>Pk
> 
> 
> Hi
> 
> I have mine working perfectly, you may check my site, and compare a few
> things.
> 
> http://www.celifornia.com/documents/dell700m.html
> 
> Hope it helps
> 
> Benedek
> 
>>///
>>
>>script to drive the system to S3
>># suspend-to-ram
>>
>>if [-e /suspending]; then
>>	echo "already in the process of suspending. Please be patient."
>>else
>>	/bin/touch /suspending
>>
>>	# Step 1: preparing sleep
>>	/usr/bin/killall -s SIGUSR1 cpuspeed
>>	/usr/bin/chvt 1 # necessary to make DRI work
>>	/sbin/service anacron stop
>>	# USB doesn't suspend without unloading first
>>	/sbin/rmmod ehci_hcd
>>	/sbin/rmmod uhci_hcd
>>	#save the system time
>>	/sbin/hwclock --adjust
>>	#/sbin/rmmod wacom # only necessary of you have wacom stylus
>>	/sbin/rmmod -as
>>	/bin/sync
>>
>>	# Step 2: send sleep command via ACPI
>>	echo mem > /sys/power/state
>>
>>	# Step 3: wake-up and reload
>>	# restart the BIOS code for the video card
>>	/usr/bin/video_post
>>	# restore clock
>>	/sbin/hwclock --hctosys
>>	# reload USB modules
>>	/sbin/modprobe ehci_hcd
>>	/sbin/modprobe uhci_hcd
>>	# initialise X
>>	xinit /bin/false -- :1
>>	/usr/bin/chvt 7
>>	# restore resvices
>>	/sbin/service anacron start
>>	/sbin/service cpuspeed restart
>>
>>	rm /suspending
>>fi
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>Acpi-devel mailing list
>>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>
>>
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 




-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: Suspend to RAM issus on a Dell 700m

[Pavel Machek]

Hi!

> I finally got the "mem" state to function on my laptop (a state which I 
> use extensively in that "other" OS when I'm working.)
> 
> A few issues though... my cpu, upon return, powers up to full-speed 
> making it impossible to truly conserve power, sort of defeating the 
> whole process.
> 
> It seems a rogue process (one which I can't kill)... listed only as 'sh 
> -i" is using ~99% of the available CPU cycles. I have no idea where it's 
> coming from.
> 
> Additionally the system gets less and less responsive with each return 
> from the "mem" state. Probably due to many of these rogue processes 
> building up and bogging the system down.
> 
> Below is the script I used, which I found online and modified (very 
> little) as needed. Any insight would be greatly appreciated. Oh, I'm 
> using FC4 w/ 2.6.12 (unpatched.)

Are you using preempt by chance? See wchan where the sh -i is
running... then debug it :-).
								Pavel
-- 
teflon -- maybe it is a trademark, but it should not be.


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: Suspend to RAM issus on a Dell 700m

[Benedek Frank]

On Sun, 26 Jun 2005 17:08:37 -0400
Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

> Your script works just as well (if not better), but that persistent
> interactive shell using 99% of my available CPU continues to crop up.
> I'm not sure where to go from here.
> 
> Thanks for the reply though!
> 
> Petros
> 
And you cannot kill that thing? Like "ps ax" will give you the ID
number, and then "kill -9 xxxx" (xxxx is ID number) ?

If yes, you may put that in the waking part of the script, and it will
kill the bastard. If that isnt the case, I wouldnt know what to do. I
have 2.6.9 kernel, and that might be the case. 2.6.9 works like a charm.
Also try to kill as many running apps as you can prior to suspend, just
to test, and then resume, and see if it works. ALso try to suspend from
console (no X session, session manager running). If it works, you can
enable processes one by one, and see which one causes the system to
freak, and eliminate the process. 

I see you use cpuspeed. How about stopping that before suspend? Just a
blind guess though. This is what I would try if it was mine. Also just a
sidenote, powernowd is a superb CPU speed scaling (on demand) app. You
may check that out. All info should be on my site.

If you have anything you may add to the site, let me know, and I will
post it there.

Ben
> 
> Benedek Frank wrote:
> > On Sun, 26 Jun 2005 12:36:48 -0400
> > Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> > 
> > 
> >>Hi Folks,
> >>
> >>I finally got the "mem" state to function on my laptop (a state
> >which >I  use extensively in that "other" OS when I'm working.)
> >>
> >>A few issues though... my cpu, upon return, powers up to full-speed 
> >>making it impossible to truly conserve power, sort of defeating the 
> >>whole process.
> >>
> >>It seems a rogue process (one which I can't kill)... listed only as
> >>'sh  -i" is using ~99% of the available CPU cycles. I have no idea
> >>where it's  coming from.
> >>
> >>Additionally the system gets less and less responsive with each
> >return >
> >>from the "mem" state. Probably due to many of these rogue processes 
> >>building up and bogging the system down.
> >>
> >>Below is the script I used, which I found online and modified (very 
> >>little) as needed. Any insight would be greatly appreciated. Oh, I'm
> >
> >>using FC4 w/ 2.6.12 (unpatched.)
> >>
> >>Thanks,
> >>Pk
> > 
> > 
> > Hi
> > 
> > I have mine working perfectly, you may check my site, and compare a
> > few things.
> > 
> > http://www.celifornia.com/documents/dell700m.html
> > 
> > Hope it helps
> > 
> > Benedek
> > 
> >>///
> >>
> >>script to drive the system to S3
> >># suspend-to-ram
> >>
> >>if [-e /suspending]; then
> >>	echo "already in the process of suspending. Please be patient."
> >>else
> >>	/bin/touch /suspending
> >>
> >>	# Step 1: preparing sleep
> >>	/usr/bin/killall -s SIGUSR1 cpuspeed
> >>	/usr/bin/chvt 1 # necessary to make DRI work
> >>	/sbin/service anacron stop
> >>	# USB doesn't suspend without unloading first
> >>	/sbin/rmmod ehci_hcd
> >>	/sbin/rmmod uhci_hcd
> >>	#save the system time
> >>	/sbin/hwclock --adjust
> >>	#/sbin/rmmod wacom # only necessary of you have wacom stylus
> >>	/sbin/rmmod -as
> >>	/bin/sync
> >>
> >>	# Step 2: send sleep command via ACPI
> >>	echo mem > /sys/power/state
> >>
> >>	# Step 3: wake-up and reload
> >>	# restart the BIOS code for the video card
> >>	/usr/bin/video_post
> >>	# restore clock
> >>	/sbin/hwclock --hctosys
> >>	# reload USB modules
> >>	/sbin/modprobe ehci_hcd
> >>	/sbin/modprobe uhci_hcd
> >>	# initialise X
> >>	xinit /bin/false -- :1
> >>	/usr/bin/chvt 7
> >>	# restore resvices
> >>	/sbin/service anacron start
> >>	/sbin/service cpuspeed restart
> >>
> >>	rm /suspending
> >>fi
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>SF.Net email is sponsored by: Discover Easy Linux Migration
> >Strategies >from IBM. Find simple to follow Roadmaps, straightforward
> >articles, >informative Webcasts and more! Get everything you need to
> >get up to >speed, fast.
> >http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> >>_______________________________________________ >Acpi-devel mailing
> >list >Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> >>https://lists.sourceforge.net/lists/listinfo/acpi-devel
> >>
> >>
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration
> > Strategies from IBM. Find simple to follow Roadmaps, straightforward
> > articles, informative Webcasts and more! Get everything you need to
> > get up to speed, fast.
> > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> 


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: Suspend to RAM issus on a Dell 700m

[Petros Kolyvas]

I got your script working finally... turns out the problem was my fault
for not setting your lid script as executable and leaving the other
script still in place. Your script actually ran perfectly with no
problems and I have been testing it heavily (many suspends) since
without issue.

Thanks for the help and encouragement.

Petros

Benedek Frank wrote:
> 
> On Sun, 26 Jun 2005 17:08:37 -0400
> Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> 
> 
>>Your script works just as well (if not better), but that persistent
>>interactive shell using 99% of my available CPU continues to crop up.
>>I'm not sure where to go from here.
>>
>>Thanks for the reply though!
>>
>>Petros
>>
> 
> And you cannot kill that thing? Like "ps ax" will give you the ID
> number, and then "kill -9 xxxx" (xxxx is ID number) ?
> 
> If yes, you may put that in the waking part of the script, and it will
> kill the bastard. If that isnt the case, I wouldnt know what to do. I
> have 2.6.9 kernel, and that might be the case. 2.6.9 works like a charm.
> Also try to kill as many running apps as you can prior to suspend, just
> to test, and then resume, and see if it works. ALso try to suspend from
> console (no X session, session manager running). If it works, you can
> enable processes one by one, and see which one causes the system to
> freak, and eliminate the process. 
> 
> I see you use cpuspeed. How about stopping that before suspend? Just a
> blind guess though. This is what I would try if it was mine. Also just a
> sidenote, powernowd is a superb CPU speed scaling (on demand) app. You
> may check that out. All info should be on my site.
> 
> If you have anything you may add to the site, let me know, and I will
> post it there.
> 
> Ben
> 
>>Benedek Frank wrote:
>>
>>>On Sun, 26 Jun 2005 12:36:48 -0400
>>>Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>>
>>>
>>>
>>>>Hi Folks,
>>>>
>>>>I finally got the "mem" state to function on my laptop (a state
>>>
>>>which >I  use extensively in that "other" OS when I'm working.)
>>>
>>>>A few issues though... my cpu, upon return, powers up to full-speed 
>>>>making it impossible to truly conserve power, sort of defeating the 
>>>>whole process.
>>>>
>>>>It seems a rogue process (one which I can't kill)... listed only as
>>>>'sh  -i" is using ~99% of the available CPU cycles. I have no idea
>>>>where it's  coming from.
>>>>
>>>>Additionally the system gets less and less responsive with each
>>>
>>>return >
>>>>from the "mem" state. Probably due to many of these rogue processes 
>>>
>>>>building up and bogging the system down.
>>>>
>>>>Below is the script I used, which I found online and modified (very 
>>>>little) as needed. Any insight would be greatly appreciated. Oh, I'm
>>>
>>>>using FC4 w/ 2.6.12 (unpatched.)
>>>>
>>>>Thanks,
>>>>Pk
>>>
>>>
>>>Hi
>>>
>>>I have mine working perfectly, you may check my site, and compare a
>>>few things.
>>>
>>>http://www.celifornia.com/documents/dell700m.html
>>>
>>>Hope it helps
>>>
>>>Benedek
>>>
>>>
>>>>///
>>>>
>>>>script to drive the system to S3
>>>># suspend-to-ram
>>>>
>>>>if [-e /suspending]; then
>>>>	echo "already in the process of suspending. Please be patient."
>>>>else
>>>>	/bin/touch /suspending
>>>>
>>>>	# Step 1: preparing sleep
>>>>	/usr/bin/killall -s SIGUSR1 cpuspeed
>>>>	/usr/bin/chvt 1 # necessary to make DRI work
>>>>	/sbin/service anacron stop
>>>>	# USB doesn't suspend without unloading first
>>>>	/sbin/rmmod ehci_hcd
>>>>	/sbin/rmmod uhci_hcd
>>>>	#save the system time
>>>>	/sbin/hwclock --adjust
>>>>	#/sbin/rmmod wacom # only necessary of you have wacom stylus
>>>>	/sbin/rmmod -as
>>>>	/bin/sync
>>>>
>>>>	# Step 2: send sleep command via ACPI
>>>>	echo mem > /sys/power/state
>>>>
>>>>	# Step 3: wake-up and reload
>>>>	# restart the BIOS code for the video card
>>>>	/usr/bin/video_post
>>>>	# restore clock
>>>>	/sbin/hwclock --hctosys
>>>>	# reload USB modules
>>>>	/sbin/modprobe ehci_hcd
>>>>	/sbin/modprobe uhci_hcd
>>>>	# initialise X
>>>>	xinit /bin/false -- :1
>>>>	/usr/bin/chvt 7
>>>>	# restore resvices
>>>>	/sbin/service anacron start
>>>>	/sbin/service cpuspeed restart
>>>>
>>>>	rm /suspending
>>>>fi
>>>>
>>>>
>>>>
>>>>-------------------------------------------------------
>>>>SF.Net email is sponsored by: Discover Easy Linux Migration
>>>
>>>Strategies >from IBM. Find simple to follow Roadmaps, straightforward
>>>articles, >informative Webcasts and more! Get everything you need to
>>>get up to >speed, fast.
>>>http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>>
>>>>_______________________________________________ >Acpi-devel mailing
>>>
>>>list >Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>>
>>>>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>>>
>>>>
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>SF.Net email is sponsored by: Discover Easy Linux Migration
>>>Strategies from IBM. Find simple to follow Roadmaps, straightforward
>>>articles, informative Webcasts and more! Get everything you need to
>>>get up to speed, fast.
>>>http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>>_______________________________________________
>>>Acpi-devel mailing list
>>>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>>
>>
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>Acpi-devel mailing list
>>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>
>>
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 




-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

Re: Suspend to RAM issus on a Dell 700m

[Benedek Frank]

On Mon, 27 Jun 2005 00:35:54 -0400
Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

> I got your script working finally... turns out the problem was my
> fault for not setting your lid script as executable and leaving the
> other script still in place. Your script actually ran perfectly with
> no problems and I have been testing it heavily (many suspends) since
> without issue.
> 
> Thanks for the help and encouragement.
> 
> Petros
> 
Hi

Glad I could help. If you have any other questions,just go ahead.

Ben
> Benedek Frank wrote:
> > 
> > On Sun, 26 Jun 2005 17:08:37 -0400
> > Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> > 
> > 
> >>Your script works just as well (if not better), but that persistent
> >>interactive shell using 99% of my available CPU continues to crop
> >up. >I'm not sure where to go from here.
> >>
> >>Thanks for the reply though!
> >>
> >>Petros
> >>
> > 
> > And you cannot kill that thing? Like "ps ax" will give you the ID
> > number, and then "kill -9 xxxx" (xxxx is ID number) ?
> > 
> > If yes, you may put that in the waking part of the script, and it
> > will kill the bastard. If that isnt the case, I wouldnt know what to
> > do. I have 2.6.9 kernel, and that might be the case. 2.6.9 works
> > like a charm. Also try to kill as many running apps as you can prior
> > to suspend, just to test, and then resume, and see if it works. ALso
> > try to suspend from console (no X session, session manager running).
> > If it works, you can enable processes one by one, and see which one
> > causes the system to freak, and eliminate the process. 
> > 
> > I see you use cpuspeed. How about stopping that before suspend? Just
> > a blind guess though. This is what I would try if it was mine. Also
> > just a sidenote, powernowd is a superb CPU speed scaling (on demand)
> > app. You may check that out. All info should be on my site.
> > 
> > If you have anything you may add to the site, let me know, and I
> > will post it there.
> > 
> > Ben
> > 
> >>Benedek Frank wrote:
> >>
> >>>On Sun, 26 Jun 2005 12:36:48 -0400
> >>>Petros Kolyvas <pkolyvas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> >>>
> >>>
> >>>
> >>>>Hi Folks,
> >>>>
> >>>>I finally got the "mem" state to function on my laptop (a state
> >>>
> >>>which >I  use extensively in that "other" OS when I'm working.)
> >>>
> >>>>A few issues though... my cpu, upon return, powers up to
> >full-speed  >>>making it impossible to truly conserve power, sort of
> >defeating the  >>>whole process.
> >>>>
> >>>>It seems a rogue process (one which I can't kill)... listed only
> >as >>>'sh  -i" is using ~99% of the available CPU cycles. I have no
> >idea >>>where it's  coming from.
> >>>>
> >>>>Additionally the system gets less and less responsive with each
> >>>
> >>>return >
> >>>>from the "mem" state. Probably due to many of these rogue
> >processes  >>
> >>>>building up and bogging the system down.
> >>>>
> >>>>Below is the script I used, which I found online and modified
> >(very  >>>little) as needed. Any insight would be greatly
> >appreciated. Oh, I'm >>
> >>>>using FC4 w/ 2.6.12 (unpatched.)
> >>>>
> >>>>Thanks,
> >>>>Pk
> >>>
> >>>
> >>>Hi
> >>>
> >>>I have mine working perfectly, you may check my site, and compare a
> >>>few things.
> >>>
> >>>http://www.celifornia.com/documents/dell700m.html
> >>>
> >>>Hope it helps
> >>>
> >>>Benedek
> >>>
> >>>
> >>>>///
> >>>>
> >>>>script to drive the system to S3
> >>>># suspend-to-ram
> >>>>
> >>>>if [-e /suspending]; then
> >>>>	echo "already in the process of suspending. Please be patient."
> >>>>else
> >>>>	/bin/touch /suspending
> >>>>
> >>>>	# Step 1: preparing sleep
> >>>>	/usr/bin/killall -s SIGUSR1 cpuspeed
> >>>>	/usr/bin/chvt 1 # necessary to make DRI work
> >>>>	/sbin/service anacron stop
> >>>>	# USB doesn't suspend without unloading first
> >>>>	/sbin/rmmod ehci_hcd
> >>>>	/sbin/rmmod uhci_hcd
> >>>>	#save the system time
> >>>>	/sbin/hwclock --adjust
> >>>>	#/sbin/rmmod wacom # only necessary of you have wacom stylus
> >>>>	/sbin/rmmod -as
> >>>>	/bin/sync
> >>>>
> >>>>	# Step 2: send sleep command via ACPI
> >>>>	echo mem > /sys/power/state
> >>>>
> >>>>	# Step 3: wake-up and reload
> >>>>	# restart the BIOS code for the video card
> >>>>	/usr/bin/video_post
> >>>>	# restore clock
> >>>>	/sbin/hwclock --hctosys
> >>>>	# reload USB modules
> >>>>	/sbin/modprobe ehci_hcd
> >>>>	/sbin/modprobe uhci_hcd
> >>>>	# initialise X
> >>>>	xinit /bin/false -- :1
> >>>>	/usr/bin/chvt 7
> >>>>	# restore resvices
> >>>>	/sbin/service anacron start
> >>>>	/sbin/service cpuspeed restart
> >>>>
> >>>>	rm /suspending
> >>>>fi
> >>>>
> >>>>
> >>>>
> >>>>-------------------------------------------------------
> >>>>SF.Net email is sponsored by: Discover Easy Linux Migration
> >>>
> >>>Strategies >from IBM. Find simple to follow Roadmaps,
> >straightforward >>articles, >informative Webcasts and more! Get
> >everything you need to >>get up to >speed, fast.
> >>>http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> >>>
> >>>>_______________________________________________ >Acpi-devel
> >mailing >>
> >>>list >Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> >>>
> >>>>https://lists.sourceforge.net/lists/listinfo/acpi-devel
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>>-------------------------------------------------------
> >>>SF.Net email is sponsored by: Discover Easy Linux Migration
> >>>Strategies from IBM. Find simple to follow Roadmaps,
> >straightforward >>articles, informative Webcasts and more! Get
> >everything you need to >>get up to speed, fast.
> >>>http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> >>>_______________________________________________
> >>>Acpi-devel mailing list
> >>>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> >>>https://lists.sourceforge.net/lists/listinfo/acpi-devel
> >>>
> >>
> >>
> >>
> >>
> >>-------------------------------------------------------
> >>SF.Net email is sponsored by: Discover Easy Linux Migration
> >Strategies >from IBM. Find simple to follow Roadmaps, straightforward
> >articles, >informative Webcasts and more! Get everything you need to
> >get up to >speed, fast.
> >http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> >>_______________________________________________ >Acpi-devel mailing
> >list >Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> >>https://lists.sourceforge.net/lists/listinfo/acpi-devel
> >>
> >>
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration
> > Strategies from IBM. Find simple to follow Roadmaps, straightforward
> > articles, informative Webcasts and more! Get everything you need to
> > get up to speed, fast.
> > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 
> 


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click