Suspending to memory causes system to freeze while in "Stading by..." phase. Using latest stable hibernate-script, but without swsusp2. Only happens rarely, and cannot be reproduced reliably. Filing bug in case someone else can confirm. Reproducible: Sometimes Steps to Reproduce: 1. hibernate-sleep Actual Results: Freezes while "Standing by", with the ===... indicator Expected Results: Laptop suspends Linux fuu 2.6.14-gentoo-r2 #1 PREEMPT Sun Nov 13 15:39:19 PST 2005 i686 Intel(R) Pentium(R) M processor 1700MHz GenuineIntel GNU/Linux Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) M processor 1700MHz Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distcc distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://sui/portage/ http://modzer0.cs.uaf.edu/public/gentoo/" LANG="en_CA.UTF-8" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://sui/gentoo-portage" USE="x86 X aalib acl acpi alsa apm audiofile avi bash-completion berkdb bitmap-fonts bonobo bzip2 c++ cdr cjk crypt cups curl dvd eds emboss encode esd exif expat fam flac foomaticdb fortran gdbm gif gimpprint glut gnome gpm gtk gtk2 gtkhtml guile imagemagick imlib ipv6 java jpeg junit lcms libcaca libg++ libwww mad matroska mikmod mmx mng motif mozsvg mp3 mpeg ncurses nls nptl nptlonly ogg oggvorbis opengl pam pcmcia pdflib perl png ppds python quicktime readline real samba sdl slang spell sse sse2 ssl svg svga tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis wmf xml xml2 xmms xosd xprint xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Please try to reproduce this with latest vanilla-sources (2.6.15-rc4 at the moment) and without using hibernate-script (simply do `echo -n mem > /sys/power/state`)
Correction: it freezes at "Stopping tasks..." stage; I remembered it wrong. I will switch to 2.6.15 sometime next week and report if bug still occurs.
Updated to gentoo-sources-2.6.14-r4, and problem hasn't occured yet with hibernate-script disabled. If the problem continues to not exist, I will try again with hibernate-script.
Problem still seems to occur with hibernate-script. It may be due to another component not stopping properly--I suspect a gnome/nautilus related daemon as I've had a lot of problems with residual gnome-vfs-daemon and unresponsive nautilus/gpdf. I will continue using suspend without hibernate-script and see if the problem surfaces again.
After weeks of use, I'm confident that this was a problem with hibernate-script. Closing bug now; will open new bug against hibernate-script once I get a chance to look into it more.