Stabilize sys-kernel/tuxonice-sources-2.6.23-r4 and sys-apps/tuxonice-userui-0.7.2. ~sys-kernel/gentoo-sources-2.6.23 are being stabilized in Bug #200994 and it would be good to also have stable ~sys-kernel/tuxonice-sources-2.6.23.
It's working ok for me on amd64. How to test: Install tuxonice-sources kernel and `hibernate' the system - it should suspend and resume correctly.
This has to wait untill 2.6.23.10 comes out, see bug #202235 for a reason. There's no point currently in stabilizing <2.6.23.10.
sys-kernel/tuxonice-sources-2.6.23-r5 (with 5th release of genpatches: with 2.6.23.10 stable patch) will be stabilized.
genpatches-2.6.23-5 were released.
(In reply to comment #4) > genpatches-2.6.23-5 were released. Yes, I know - it was announces on gentoo-kernel.
(In reply to comment #5) > (In reply to comment #4) > > genpatches-2.6.23-5 were released. > > Yes, I know - it was announces on gentoo-kernel. I'm subscribed there :) .
Please test and stabilize following packages: * =sys-kernel/tuxonice-sources-2.6.23-r5 * =sys-apps/tuxonice-userui-0.7.2 tuxonice-sources-2.6.23-r5 is gentoo-sources-2.6.23-r3 (which is already stable) + TuxOnIce patch + patches from genpatches 5 (latest security related fixes). To summarize: * linux-2.6.23.10 * genpatches 5 * TuxOnIce 3.0-rc3 Testing procedure: * install and boot tuxonice-sources-2.6.23-r5 * suspend the system using `hibernate' script * resume system Stabilization is required before I can p.mask and remove suspend2-{sources,userui}.
(In reply to comment #7) > * linux-2.6.23.10 bad, http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.11 bug 202483
Delaying until 2.6.23.11/genpatches6
tuxonice-sources-2.6.23-r6 added to the tree, changes since previous revision: * genpatches-6 (includes 2.6.23.11 and 2.6.23.12) Please test and stabilize.
x86 stable
Please stabilize tuxonice-sources-2.6.23-r9 due to bug #209460: kernel 2.6.17 - 2.6.24.1 splice: missing user pointer access verification (CVE-2008-{0009,0010}) Corresponding gentoo-sources-2.6.23-r8 is stable for few days.
x86 stable...the only thing I wonder is if tuxonice-userui expands to tuxonice-useruserinterface.
tuxonice-sources-2.6.23-r10 fixes the splice-vulnerability, not tuxonice-sources-2.6.23-r9, so this should go stable soon.
(In reply to comment #14) > tuxonice-sources-2.6.23-r10 fixes the splice-vulnerability, not > tuxonice-sources-2.6.23-r9, so this should go stable soon. You're right Thomas - my mistake, Christian could you test -r10?
x86 stable, please don't recycle this bug for next stabilisation, you get confused by too many comments.
on amd64: well, i've installed sys-apps/tuxonice-userui-0.7.2 USE="fbsplash" sys-kernel/tuxonice-sources-2.6.23-r10 USE="-build -symlink" about two day ago and i'm using the kernel since then. while the kernel seems to run reasonably stable, my feeling is, that this hibernate stuff is still rather experimental: " # hibernate Some modules failed to unload: rc80211_simple mac80211 hibernate: Aborting suspend due to errors in ModulesUnloadBlacklist (use --force to override). vega ~ # hibernate --force Some modules failed to unload: rc80211_simple mac80211 /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: Device or resource busy " so, unless somebody tells me, that i might have been doing something very, very wrong, i don't see any advantage in having this stable. users who want to play with things like this shouldn't be afraid of "~amd64". Portage 2.1.4.4 (default-linux/amd64/2007.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.23-tuxonice-r10 x86_64) ================================================================= System uname: 2.6.23-tuxonice-r10 x86_64 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz Timestamp of tree: Tue, 26 Feb 2008 10:46:02 +0000 app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.4 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/var/portage/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ http://mirror.uni-c.dk/pub/gentoo/ http://trumpetti.atm.tut.fi/gentoo/ " LANG="en_US.utf8" LC_ALL="en_US.utf8" LINGUAS="en de" MAKEOPTS="-j3" PKGDIR="/var/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/var/portage/repos/gentoo" PORTDIR_OVERLAY="/var/portage/repos/private" SYNC="rsync://192.168.0.1/gentoo-portage" USE="3dnow 3dnowext X a52 aac acpi alsa amd64 beagle berkdb bitmap-fonts bzip2 cairo caps cddb cdparanoia cdr cli cracklib crypt cups dbus djvu dri dvd dvdr dvdread eds emboss encode evo exif fam ffmpeg firefox flac fortran gd gdbm gif gimp gnome gphoto2 gpm gstreamer gtk hal hddtemp iconv icu ipod ipv6 isdnlog java jpeg jpeg2k keyring lcms ldap libnotify lm_sensors mad matroska midi mikmod mmap mmx mmxext mono mp3 mpeg mudflap musicbrainz ncurses nls nptl nptlonly nvidia ogg opengl openmp pam pcre pdf perl plotutils png pppd pulseaudio python qt3support quicktime readline reflection ruby sdl session spell spl sse sse2 ssl ssse3 svg tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts unicode usb vcd vim-syntax vorbis xattr xml xorg xv xvid zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="canon konica ptp2 kodak" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="nvidia nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #17) > # hibernate > Some modules failed to unload: rc80211_simple mac80211 hibernate: Aborting > suspend due to errors in ModulesUnloadBlacklist (use --force to override). > vega ~ # hibernate --force > Some modules failed to unload: rc80211_simple mac80211 > /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: > Device or resource busy You have some strange, unloadable modules, so you shouldn't expect lack of problems. Hibernation works correctly on my amd64 system.
(In reply to comment #18) > (In reply to comment #17) > > # hibernate > > Some modules failed to unload: rc80211_simple mac80211 hibernate: Aborting > > suspend due to errors in ModulesUnloadBlacklist (use --force to override). > > vega ~ # hibernate --force > > Some modules failed to unload: rc80211_simple mac80211 > > /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: > > Device or resource busy > > You have some strange, unloadable modules, so you shouldn't expect lack of > problems. > These "strange" modules are part of the kernel and are used for wireless-lan. I don't know why I should expect problems because of them, but obviously they cannot be easily unloaded. I wouldn't be surprised if there are quite a few other modules that are affected by the same problem, and that is why I said, that all this stuff seems a bit experimental to me at this stage. A package that only works for 3 out of for people is not "stable" in my opinion...
(In reply to comment #19) > These "strange" modules are part of the kernel and are used for wireless-lan. I > don't know why I should expect problems because of them, but obviously they > cannot be easily unloaded. I wouldn't be surprised if there are quite a few > other modules that are affected by the same problem, and that is why I said, > that all this stuff seems a bit experimental to me at this stage. A package > that only works for 3 out of for people is not "stable" in my opinion... I'm using them too om amd64. Try unloading iwl* and ipw* (or other WiFi driver) modules first.
Created attachment 145040 [details] kernel configuration Ok, after cleaning up my kernel configuration, I'm getting the following: " # init S [...] # rmmod rtl8187 # lsmod Module Size Used by nvidia 7004916 0 fuse 47152 2 ipv6 265704 14 hwmon_vid 3776 0 arc4 2432 0 ecb 3520 0 blkcipher 6468 1 ecb cryptomgr 3328 0 rc80211_simple 4800 0 mac80211 131396 1 rc80211_simple cfg80211 6992 1 mac80211 eeprom_93cx6 2624 0 i2c_i801 9308 0 i2c_core 23104 2 nvidia,i2c_i801 firewire_ohci 17792 0 firewire_core 42048 1 firewire_ohci crc_itu_t 2432 1 firewire_core thermal 15456 0 # hibernate -v3 hibernate: Trying method in suspend2.conf... hibernate: Including configuration from common.conf hibernate: [01] Executing CheckLastResume ... hibernate: [01] Executing CheckRunlevel ... hibernate: [01] Executing LockFileGet ... hibernate: [01] Executing NewKernelFileCheck ... hibernate: [10] Executing EnsureSwsusp2Capable ... hibernate: [11] Executing XHacksSuspendHook1 ... hibernate: [59] Executing RemountXFSBootRO ... hibernate: [89] Executing SaveKernelModprobe ... Saved /proc/sys/kernel/modprobe is /sbin/modprobe hibernate: [91] Executing ModulesUnloadBlacklist ... Unloading blacklisted modules listed /etc/hibernate/blacklisted-modules Unloading blacklisted module nvidia (and dependencies) Unloading nvidia ... Removing modules with rmmod. Module version for ipw2100 is Module version for ipw2200 is Module version for snd_bt_sco is Module version for ndiswrapper is Unloading blacklisted module mac80211 (and dependencies) Unloading rc80211_simple ... Unloading mac80211 ... hibernate: [95] Executing XHacksSuspendHook2 ... xhacks: changing console from 1 to 15 hibernate: [97] Executing ChangeToSwsuspVT ... hibernate: [98] Executing CheckRunlevel ... hibernate: [98] Executing FullSpeedCPUSuspend ... hibernate: [98] Executing Swsusp2ConfigSet ... hibernate: [99] Executing DoSwsusp2 ... hibernate: Activating suspend ... /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: Device or resource busy hibernate: [98] Executing FullSpeedCPUResume ... hibernate: [97] Executing ChangeFromSwsuspVT ... hibernate: [90] Executing ModulesLoad ... Loading module nvidia (from auto)... Loading module rc80211_simple (from auto)... Loading module mac80211 (from auto)... hibernate: [89] Executing RestoreKernelModprobe ... hibernate: [85] Executing XHacksResumeHook2 ... xhacks: changing console back to 1 hibernate: [70] Executing ClockRestore ... hibernate: [59] Executing RemountXFSBootRW ... hibernate: [11] Executing XHacksResumeHook1 ... hibernate: [01] Executing NoteLastResume ... hibernate: [01] Executing LockFilePut ... Is there something that needs to be configured, except for the kernel (configuration is attached)? As, [1] makes me believe, that this should work almost out of the box. Just a side note: I think the ebuild should mention that hibernation can lead to severe data loss if not used properly. What they write here [2] just sounds scary, and for me, this alone is a very strong argument to keep the package in "~". [1]: http://www.tuxonice.net/HOWTO [2]: http://www.tuxonice.net/HOWTO-4.html#ss4.4
(In reply to comment #21) > hibernate: Activating suspend ... > /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: Device > or resource busy Try hibernate-script-1.97-r5 as it looks like and error in hibernate code. > Just a side note: > I think the ebuild should mention that hibernation can lead to severe data loss > if not used properly. What they write here [2] just sounds scary, and for me, > this alone is a very strong argument to keep the package in "~". > > [2]: http://www.tuxonice.net/HOWTO-4.html#ss4.4 Kernel crash, faulty disk or memory module, `sudo rm -rf /` - all can cause data loss ;) Anyway: I'm on ~amd64 Intel Core 2 Duo (no multilib) and TuxOnIce works for me, we can delay the stabilization for amd64 until 2.6.24 goes stable.
(In reply to comment #22) > (In reply to comment #21) > > hibernate: Activating suspend ... > > /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: Device > > or resource busy > > Try hibernate-script-1.97-r5 as it looks like and error in hibernate code. > I guess, I really don't have any luck regarding these packages: " $ emerge -pv hibernate-script [...] [ebuild R ] sys-power/hibernate-script-1.97-r5 USE="vim-syntax" 0 kB [...] # hibernate /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: Device or resource busy " So, if this is indeed working for anyone else, I'm giving up :-/.
(In reply to comment #23) > (In reply to comment #22) > > (In reply to comment #21) > > > hibernate: Activating suspend ... > > > /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: > > > Device or resource busy > > > > Try hibernate-script-1.97-r5 as it looks like and error in hibernate code. > > > > I guess, I really don't have any luck regarding these packages: > " > $ emerge -pv hibernate-script > [...] > [ebuild R ] sys-power/hibernate-script-1.97-r5 USE="vim-syntax" 0 kB > [...] > # hibernate > /usr/share/hibernate/scriptlets.d/suspend2: line 562: echo: write error: > Device or resource busy > " > > So, if this is indeed working for anyone else, I'm giving up :-/. You can try to find some help here: http://lists.tuxonice.net/mailman/listinfo/tuxonice-users http://lists.tuxonice.net/mailman/listinfo/tuxonice-devel
works without problems here. amd64 finally stable.
