Le lundi 28 mai 2007 à 23:41 +0900, Mattia Dongili a écrit : > On Mon, May 28, 2007 at 01:46:00PM +0200, Julien Valroff wrote: > > Package: cpufreqd > > Version: 2.2.1-2 > > Severity: normal > > > > Hi,
Hi Mattia, > > I am not sure this bug should be reported against cpufreqd, please > > feel free to reassign. > > sure, if the problem is a failure to suspend to ram (or disk fwiw) the I > really doubt cpufreqd is in any way responsible. > But you should try to provide more informations. > > So, can you please describe what you're trying to do, what errors you > can see (logs, console,...) and what you expect to happen? All my apologies for the original report which indeed seem incomplete and almost incomprehensible! When I try to suspend/hibernate using uswsusp and pm-utils, I can read the following errors on the screen: Stopping tasks ... Stopping user space processes timed out after 20 seconds (1 tasks refusing to freeze): cpufreqd Restarting tasks... <4> Strange, kserial not stopped Strange, pdflush not stopped Strange, pdflush not stopped Strange, kswapd0 not stopped Strange, khubd not stopped Strange, knodemgrd_0 not stopped Strange, kjournald not stopped Strange, pccard not stopped Strange, tifm/0 not stopped Strange, kjournald not stopped Strange, lockd not stopped Strange, cpufreqd not stopped After this, I can't stop cpufreqd anymore: [EMAIL PROTECTED]:~$ ps aux | grep [c]pufreq root 2795 0.0 0.1 18336 920 ? Dsl 17:13 0:00 /usr/sbin/cpufreqd -f /etc/cpufreqd.conf root 3159 0.0 0.2 2940 1072 ? S 17:13 0:00 /usr/lib/hal/hald-addon-cpufreq julien 3541 0.0 1.6 19316 8436 ? S 17:17 0:00 /usr/lib/gnome-applets/cpufreq-applet --oaf-activate-iid=OAFIID:GNOME_CPUFreqApplet_Factory --oaf-ior-fd=37 [EMAIL PROTECTED]:~$ sudo /etc/init.d/cpufreqd stop Stopping CPU Frequency daemon: cpufreqd. [EMAIL PROTECTED]:~$ ps aux | grep [c]pufreq root 2795 0.0 0.1 18336 920 ? Dsl 17:13 0:00 /usr/sbin/cpufreqd -f /etc/cpufreqd.conf root 3159 0.0 0.2 2940 1072 ? S 17:13 0:00 /usr/lib/hal/hald-addon-cpufreq julien 3541 0.0 1.6 19316 8436 ? S 17:17 0:00 /usr/lib/gnome-applets/cpufreq-applet --oaf-activate-iid=OAFIID:GNOME_CPUFreqApplet_Factory --oaf-ior-fd=37 [EMAIL PROTECTED]:~$ sudo kill -15 18336 [EMAIL PROTECTED]:~$ ps aux | grep [c]pufreq root 2795 0.0 0.1 18336 920 ? Dsl 17:13 0:00 /usr/sbin/cpufreqd -f /etc/cpufreqd.conf root 3159 0.0 0.2 2940 1072 ? S 17:13 0:00 /usr/lib/hal/hald-addon-cpufreq julien 3541 0.0 1.6 19316 8436 ? S 17:17 0:00 /usr/lib/gnome-applets/cpufreq-applet --oaf-activate-iid=OAFIID:GNOME_CPUFreqApplet_Factory --oaf-ior-fd=37 If I stop cpufreqd manually before suspending/hibernating, the process works, which lets me think it is rather an issue with cpufreqd than with other application, but might be wrong. Things were working fine until recently, but I am not able to tell which upgrade could cause this issue (kernel, uswsusp, other?). I hope things are now clearer! Cheers, Julien NOTE: I cc Tim Dijkstra who is the Debian maintainer for both uswsusp and pm-utils so that he is aware of this issue.
