I am not sure if you can look into this bug since i am running an unsupported kernel and the synaptic driver but i wanted to file a bug on this. Here is the situation I have a gateway 8510GZ notebook with ati-drivers-8.22.5, synaptics-0.14.4-r2, archck-sources-2.6.15_p4-r1, and the hibernate script from portage. When I run hibernate-ram from a console the machine hibernates when i bring it back up every thing but the touchpad works. I have made evdev a module and added it to modules.autoload but when the machine comes back from hibernate the touchpad does not work No data is outputed from cat /dev/input/event1 after resume from hibernate Here is my emerge --info localhost ~ # emerge --info Portage 2.1_pre4-r1 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-archck4-r1 i686) ================================================================= System uname: 2.6.15-archck4-r1 i686 Intel(R) Pentium(R) M processor 1.73GHz Gentoo Base System version 1.12.0_pre14 dev-lang/python: 2.3.5, 2.4.2-r1 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer -mfpmath=sse" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac alsa apm avi berkdb bitmap-fonts cdparanoia cdr cdrw crypt cups directfb dts dvd dvdr dvdread emboss encode firefox flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal imlib ipv6 ithreads java jpeg libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nsplugin ogg oggvorbis opengl oss pam pdflib perl png python quicktime readline real sdl spell ssl tcpd truetype truetype-fonts type1-fonts ucs2 unicode vorbis wxGTK xml2 xmms xv xvid zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS localhost ~ #
Do you have it set up to switch virtual terminal away from X when going into hibernate? I have read some things saying that you must do this for the touchpad to work after resuming. I think maybe the hibernate script just does it for me, because I have no troubles (I have a Dell Inspiron 6000), but I use the powersave daemon to process my hibernate request, and it does a number of other things (like removing/reinserting kernel modules) to help with the process, so maybe it's taking care of it for me. I'd highly recommend the powersave daemon if you're not already using it. Combined with KPowersave for KDE, it's a dream come true. Almost as smooth as Windows. Even comes back from suspend with the session locked (that's an option).
Running "hibernate-ram" has nothing to do with suspend2, it is for suspend-to-ram.
Isnt hibernate to ram part of suspend2? The reason that I ask is becuse I was not able to get it to "Work" untill I used a kernel with the suspend2 patch.
(In reply to comment #3) > Isnt hibernate to ram part of suspend2? The reason that I ask is becuse I was > not able to get it to "Work" untill I used a kernel with the suspend2 patch. No, it isn't.
ok then please explain how i make the suspend to ram function.
Make sure you have ACPI Sleep States enabled in your kernel. Then just echo "ram" > /sys/power/state. Of course, it's not likely that your machine will resume cleanly having only done that. That's why there have been tools like s2ram developed. See Bug #128468 for an ebuild of the s2ram tool.
turns out that this is not an issue with suspend 2 or the synaptics driver. I have the same problem when using acpi suspend to ram with "acpitool -s" and without the synaptics driver. I thought that maybe this was due to a bad DSDT table to i fived that and injected it into the kernel but still the problem exists. How can i diagnose what is going on when my laptop comes back from slep to make the touchpad non functional?
Have you tried switching out to a text console virtual terminal prior to suspend-to-RAM, and then switching back into your X virtual terminal after resume? That has worked for many people. The powersave daemon can be configured to do that automatically.
I just tested switching to a VT and I have the same issue. I dont know of a good way to debug the problem any one have any ideas on how to debug the touchpad not comming back after suspend to ram
The old synaptics driver is now deprecated and largely superseded by xf86-input-synaptics. If you still have suspend/hibernate issues with the new driver, please don't hesitate to open a new bug with updated information. Thanks