suspend-to-disk: fan always on and misc kernel errors

suspend-to-disk: fan always on and misc kernel errors

[Andrea Borgia]

[-- Attachment #1: Type: text/plain, Size: 884 bytes --]

Hello.

Long time after first trying suspend-to-disk, I gave it a spin again 
with 2.6.11.6, pristine save for two powernow/timer patches.

There are some rough corners, but it appears to be mostly working, 
including X. The glitches are:

1) scheduling while atomic (see kernel log)
2) script terminates with error and spews "command not found" problems 
only in the post-wakeup section, even though full pathnames are used 
(see script)
3) fan is always on, even though load approaches unity after a while

I'm attaching the suspend script I am using and the kernel log and I 
would like to hear from other people who have similar problems on a 
similar hardware: my laptop is an Acer 1357LMi, mobo chipset is VIA 
KM400 and vga is an ATI Mobility M9+. DSDT and other info available on 
request.

BR,
Andrea.

-- 
Homepage: http://andrea.borgia.bo.it     /    Amateur radio: IZ4FHT

[-- Attachment #2: kern.log.gz --]
[-- Type: application/x-gzip, Size: 11927 bytes --]

[-- Attachment #3: swsusp-script --]
[-- Type: text/plain, Size: 792 bytes --]

#!/bin/bash
set -x

# Modules to unload/reload (do not use radeonfb!)
RELOAD="psmouse mousedev acerhk"
# Subsystems to stop/start
RESTART="hotplug powernowd gpm"


# Switch to console to reduce problems
/usr/bin/chvt 1

# Stopping subsystems
for S in $RESTART
do
	/etc/init.d/$S stop
done

# Unloading modules
for M in $RELOAD
do
        if /bin/grep -q "^$M[[:blank:]]" /proc/modules
        then
                /sbin/modprobe -r "$M"
        fi
done


# Zzzzz
sync
echo disk > /sys/power/state
#sync

# Reloading modules...
for M in $RELOAD
do
        if /bin/grep -q "^$M[[:blank:]]" /proc/modules
        then
                /sbin/modprobe "$M"
        fi
done


# Restarting subsystems...
for S in $RESTART
do
	/etc/init.d/$S start
done

Re: suspend-to-disk: fan always on and misc kernel errors

[Stefan Seyfried]

On Sun, Mar 27, 2005 at 07:42:05PM +0200, Andrea Borgia wrote:

> 2) script terminates with error and spews "command not found" problems 
> only in the post-wakeup section, even though full pathnames are used 
> (see script)

you have some funny special characters in there, no wonder bash barfs on that.

> # Unloading modules
> for M in $RELOAD
> do
> ? ? ? ? if /bin/grep -q "^$M[[:blank:]]" /proc/modules
> ? ? ? ? then
> ? ? ? ? ? ? ? ? /sbin/modprobe -r "$M"
> ? ? ? ? fi
> done

> # Reloading modules...
> for M in $RELOAD
> do
> ? ? ? ? if /bin/grep -q "^$M[[:blank:]]" /proc/modules
> ? ? ? ? then
> ? ? ? ? ? ? ? ? /sbin/modprobe "$M"
> ? ? ? ? fi
> done

-- 
Stefan Seyfried



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Re: suspend-to-disk: fan always on and misc kernel errors

[Andrea Borgia]

Stefan Seyfried wrote:


>>2) script terminates with error and spews "command not found" problems 
>>only in the post-wakeup section, even though full pathnames are used 
>>(see script)
> 
> you have some funny special characters in there, no wonder bash barfs on that.

Thanks, I have no idea how they got in the script, that partially fixed
it: no more "command not found" errors, but the kernel messages about
"scheduling while atomic" are still there and the script still aborts
with SIG11 after resuming from suspend.

Anyhow, I found out that the fan issue is related to powernowd not being
restarted because of the script failure.

Any clues about that? I tried both platform and shutdown for disk, but
the only difference is that platform reboots immediately instead of
powering down. Also, writing "4b" to acpi/sleep is the same as "disk" to
power/state.

TIA,
Andrea.

-- 
Homepage: http://andrea.borgia.bo.it     /    Amateur radio: IZ4FHT



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: suspend-to-disk: fan always on and misc kernel errors

[Stefan Seyfried]

On Tue, Mar 29, 2005 at 08:50:01PM +0200, Andrea Borgia wrote:
> Stefan Seyfried wrote:
> 
> Thanks, I have no idea how they got in the script, that partially fixed
> it: no more "command not found" errors, but the kernel messages about
> "scheduling while atomic" are still there and the script still aborts
> with SIG11 after resuming from suspend.

| Mar 27 18:49:57 localhost kernel: note: swsusp-script[3902] exited with preempt_count 1

disable preempt.
 
> Anyhow, I found out that the fan issue is related to powernowd not being
> restarted because of the script failure.
> 
> Any clues about that? I tried both platform and shutdown for disk, but
> the only difference is that platform reboots immediately instead of

interesting, but another bug...

> powering down. Also, writing "4b" to acpi/sleep is the same as "disk" to
> power/state.

known, s4bios is not working for a long time now, we should remove it.
"echo 4 > /proc/acpi/sleep" is supposed to do the same thing as "echo disk >
/sys/power/state" on an acpi system.

-- 
Stefan Seyfried



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Re: suspend-to-disk: fan always on and misc kernel errors

[Andrea Borgia]

Stefan Seyfried wrote:


> | Mar 27 18:49:57 localhost kernel: note: swsusp-script[3902] exited with preempt_count 1
> disable preempt.

Thanks, that did it: now it suspends/resumes with no errors reported and 
the script runs to completion (including restarting powernowd and 
stopping the fan soon afterwards).


> known, s4bios is not working for a long time now, we should remove it.
> "echo 4 > /proc/acpi/sleep" is supposed to do the same thing as "echo disk >
> /sys/power/state" on an acpi system.

Does it make any difference which interface is used (/sys/power vs 
/proc/acpi) ?


Thanks again,
Andrea.

-- 
Homepage: http://andrea.borgia.bo.it     /    Amateur radio: IZ4FHT



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Re: suspend-to-disk: fan always on and misc kernel errors

[Nigel Cunningham]

Hi.

On Sat, 2005-04-02 at 08:19, Stefan Seyfried wrote:
> On Tue, Mar 29, 2005 at 08:50:01PM +0200, Andrea Borgia wrote:
> > Stefan Seyfried wrote:
> > 
> > Thanks, I have no idea how they got in the script, that partially fixed
> > it: no more "command not found" errors, but the kernel messages about
> > "scheduling while atomic" are still there and the script still aborts
> > with SIG11 after resuming from suspend.
> 
> | Mar 27 18:49:57 localhost kernel: note: swsusp-script[3902] exited with preempt_count 1
> 
> disable preempt.

Isn't that just dealing with the symptom, rather than the problem
though? Presumably something a preempt_enable() or such like is missing
somewhere.

Regards,

Nigel
-- 
Nigel Cunningham
Software Engineer, Canberra, Australia
http://www.cyclades.com
Bus: +61 (2) 6291 9554; Hme: +61 (2) 6292 8028;  Mob: +61 (417) 100 574

Maintainer of Suspend2 Kernel Patches http://suspend2.net



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Re: suspend-to-disk: fan always on and misc kernel errors

[Stefan Seyfried]

On Mon, Apr 04, 2005 at 06:03:02PM +1000, Nigel Cunningham wrote:
> Hi.
> 
> On Sat, 2005-04-02 at 08:19, Stefan Seyfried wrote:
 
> > disable preempt.
> 
> Isn't that just dealing with the symptom, rather than the problem

yes, of course. It is a workaround, not a fix.

> though? Presumably something a preempt_enable() or such like is missing
> somewhere.

maybe the swsusp code has to be "preempt-audited" :-) Unfortunately i cannot
do it.
-- 
Stefan Seyfried



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click