[Bug 219584] Re: long first wakeup after suspend
** Changed in: pm-utils (Ubuntu) Status: Triaged = Invalid -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to pm-utils in Ubuntu. https://bugs.launchpad.net/bugs/219584 Title: long first wakeup after suspend To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/219584/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 219584] Re: long first wakeup after suspend
** Changed in: pm-utils (Ubuntu) Status: Triaged = Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/219584 Title: long first wakeup after suspend To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/219584/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
** Changed in: pm-utils (Ubuntu) Importance: Undecided = Low Status: Incomplete = Triaged -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 219584] Re: long first wakeup after suspend
On Nov 29, 2008, at 10:32 PM, hyperair [EMAIL PROTECTED] wrote: While I don't experience this bug (never affected me to begin with), I'd like to point out that 90clock was causing a time gap not because of an actual lag, but because the clock was changed. Without it, if you suspend for 5 hours, your system clock will be behind by 5 hours. What that hook does is to grab the time from the hardware clock and update the system clock. Only if your system is broken. Most systems should keep time just fine without needing to sync clocks across a suspend/resume cycle. Pm-utils 1.2.3 will disable 90clock by default because it causes most of the lag when suspending. -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are subscribed to pm- utils in ubuntu. -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Since it's been a very long time since any additional info was added to this bug, I'm just checking to see if this is still an issue, and find out what additional work should be done on this bug. -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
While I don't experience this bug (never affected me to begin with), I'd like to point out that 90clock was causing a time gap not because of an actual lag, but because the clock was changed. Without it, if you suspend for 5 hours, your system clock will be behind by 5 hours. What that hook does is to grab the time from the hardware clock and update the system clock. -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Hmm. Per instructions in #ubuntu I've tried disabling 90clock using this method: http://en.opensuse.org/Pm-utils#Disabling_a_hook This has the effect that 90clock does not show up in pm-suspend.log, and neither does the time gap that was logged. Howerver, this has No effect on the actual wakeup, I still see the same delay, but now the log seems to ignore it instead (or may it be that disabling the clock-thing messes with the timestamps?) attaching this log. ** Attachment added: pm-suspend_no_90clock.log http://launchpadlibrarian.net/15510060/pm-suspend_no_90clock.log -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
also attaching the kern.log for the suspend without (presumably) 90clock. ** Attachment added: kern_no_90clock.log http://launchpadlibrarian.net/15510092/kern_no_90clock.log -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Okay Jean-Baptiste. First thing, there doesn't seem to be a README.debugging in that directory, not on my Ubuntu at least... There is a README, was it this one you meant? Secondly, adding the lines you said above seems to have no effect whatsoever (on either first or following suspends). My pm-suspend.log looks exactly the same (90clock is still present)... I'm actually thinking this might be the wrong place to change this, the README above mentioned a /etc/pm/hooks which for me doesn't exist, instead all the important stuff seems to be situated in /usr/lib/pm- utils/ ...there is a defaults file there, should I try adding these lines to that one instead? I'd be happy for some more help here, since I'm not to certain what to mess with next... -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
This bug persists on the new -19 kernel ( I was unable to suspend at all on -17/-18). Exactly the same symptoms. I'm also attaching my /var/log/pm-suspend.log as it is on the second suspend attempt, when everything seems to work properly, in this one the offending section only seems to take 1 second, compared to 1.5min on the first suspend attempt. ** Attachment added: pm-suspend.log http://launchpadlibrarian.net/15443750/pm-suspend.log -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Brandon: According to people in #ubuntu-bugs these might be two completely separate issues, albeit with similar effects, if you still have this issue could you please attach similar information as I have above. QUOTE: * Output of sudo lspci -vvnn * sudo lspci -vvnn lspci.txt * Output of sudo dmidecode * sudo dmidecode dmidecode.txt * Try to suspend/hibernate and then restart the system and attach /var/log/kern.log.0 * Tarball of /proc/acpi directory. You can't just tar all files because their content sometimes changes etc. * cp -r /proc/acpi /tmp * tar -cvjf ~/acpi.tar.bz /tmp/acpi * attach acpi.tar.bz from your home directory :ENDQUOTE from [https://wiki.ubuntu.com/DebuggingKernelSuspend] * also dmesg dmesg.txt ...maybe useful If the hardware differs from us two it may very well be separate issues (after all, our pm-suspend.log does differ considerably). And you might have to file a separate report. A nice fellow said he'd try looking into this some so hopefully we might get some more info... ** Attachment added: dmesg.txt http://launchpadlibrarian.net/15444879/dmesg.txt -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Arand, Please can you take a look at /usr/share/doc/pm-utils/README.debugging . Then blacklist the module 90clock and set PM_DEBUG to true to do this add a file named defaults in /etc/pm/config.d/ edit it and add the lines HOOK_BLACKLIST=90clock PM_DEBUG=true then reproduce the suspend/resume issue and tell us the result. Thanks ** Changed in: pm-utils (Ubuntu) Status: Confirmed = Incomplete -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
also, this happens for me after every suspend -- not just the first. -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
I also get this, but I am wondering if it is not the next line where the delay occurs: = Thu May 1 11:03:36 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/50modules = Also, it is worth noting that between this time stamp, and the next timestamp, the network interfaces are brought up. I would be willing to bet that this is the culprit: the suspend scripts are blocking on ifup/down, which can take forever. I have a custom /etc/network/interfaces file -- i don't use the gnome-network-manager. I'm also attaching my /var/log/pm-suspend.log file. I am running a recent dist-upgrade to 8.04 on an ibm thinkpad t43 model 2686. $ uname -a Linux animal 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686 GNU/Linux ** Attachment added: pm-suspend.log http://launchpadlibrarian.net/14069386/pm-suspend.log -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Changed to confirmed as of Brandon's comments. ** Changed in: pm-utils (Ubuntu) Status: New = Confirmed -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Yea, networking as culprit actually makes more sense. I just presumed that the running comment was written when it started running something and not on finish... -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
The kern.log.0 seemed to cover the wrong time interval so here is kern.log instead, which seems to cover it. ** Attachment added: kern.log http://launchpadlibrarian.net/13577708/kern.log -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
** Attachment added: dmidecode.txt http://launchpadlibrarian.net/13577692/dmidecode.txt -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
** Attachment added: lspci.txt http://launchpadlibrarian.net/13577690/lspci.txt -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
** Attachment added: uname.txt http://launchpadlibrarian.net/13577682/uname.txt -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
** Attachment added: acpi.tar.bz http://launchpadlibrarian.net/13577714/acpi.tar.bz ** Description changed: Binary package hint: pm-utils Ubuntu 8.04 Fully updated as of [Saturday, 19 April 2008] Acer Travelmate 2451LCi laptop using fglrx 8.3 - - This is a rather odd problem: --Chain of events-- [After booting up:] *First time I suspend the computer: - Desktop fades to black - I see blank screen with marker flashing in upper left corner for a short while - Computer suspends *First time wakeup from suspend: - Computer LEDs (including activity light) and USB mouse turns on but no activity is heard from computer. - after ~30s the activity light turns off - after an additional ~1min the computer suddenly springs to life and shows the unlock screen. - computer works normally *Second time I suspend the computer: - Desktop fades to black - A grey/white screen appears for a short while - Computer suspends *Second time wakeup from suspend: - Wakeup takes ~7s until unlock screen is presented (as one would expect). + - + - + + This gives me a first wakeup time which is almost equal to that of a + reboot!! -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Also attaching pm-suspend.log which shows that the delay seems to take place at this point running hook: /usr/lib/pm-utils/sleep.d/90clock -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 219584] Re: long first wakeup after suspend
Ach! forgot to attach. ** Attachment added: pm-suspend.log http://launchpadlibrarian.net/1355/pm-suspend.log -- long first wakeup after suspend https://bugs.launchpad.net/bugs/219584 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
