[Bug 531958] New: s2disk produces segmentation fault
http://bugzilla.novell.com/show_bug.cgi?id=531958 User syseng@adnovum.ch added comment http://bugzilla.novell.com/show_bug.cgi?id=531958#c1 Summary: s2disk produces segmentation fault Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: i386 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: syseng@adnovum.ch QAContact: qa@suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 OpenSUSE 11.0 with latest applied patches on a Dell Precision T5400. System is installed with Autoyast and swap sizing set to "auto" in the Autoyast XML. Autoyast set the swap partition to 2GB although system has 4GB RAM. adnws007:~ # echo "disk" >/sys/power/state -bash: echo: write error: Cannot allocate memory adnws007:~ # s2disk Segmentation fault adnws007:~ # tail /var/log/messages Aug 18 07:21:15 adnws007 kernel: PM: Syncing filesystems ... done. Aug 18 07:22:37 adnws007 kernel: Freezing user space processes ... (elapsed 0.00 seconds) done. Aug 18 07:22:37 adnws007 kernel: Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. Aug 18 07:22:37 adnws007 kernel: PM: Shrinking memory... /Restarting tasks ... done. Aug 18 07:26:28 adnws007 kernel: PM: Syncing filesystems ... done. Aug 18 07:26:31 adnws007 kernel: Freezing user space processes ... (elapsed 0.00 seconds) done. Aug 18 07:26:31 adnws007 kernel: Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. Aug 18 07:26:31 adnws007 kernel: PM: Shrinking memory... |Restarting tasks ... done. Aug 18 07:27:54 adnws007 kernel: s2disk[23364]: segfault at 0 ip b7f66efd sp bfba9a18 error 4 in libc-2.8.so[b7e86000+13d000] adnws007:~ # uname -a Linux adnws007 2.6.25.20-0.4-pae #1 SMP 2009-06-01 09:57:12 +0200 i686 i686 i386 GNU/Linux The suspend to RAM seems to work only with the --force option: adnws007:~ # s2ram Machine is unknown. This machine can be identified by: sys_vendor = "Dell Inc." sys_product = "Precision WorkStation T5400 " sys_version = "" bios_version = "A04" See http://en.opensuse.org/S2ram for details. If you report a problem, please include the complete output above. If you report success, please make sure you tested it from both X and the text console and preferably without proprietary drivers. adnws007:~ # s2ram --force Switching from vt7 to vt1 fbcon fb0 state 1 fbcon fb0 state 0 switching back to vt7 Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=531958
User syseng@adnovum.ch added comment
http://bugzilla.novell.com/show_bug.cgi?id=531958#c1
--- Comment #1 from Bernd Nies
http://bugzilla.novell.com/show_bug.cgi?id=531958
Bernd Nies
http://bugzilla.novell.com/show_bug.cgi?id=531958
shuang qiu
http://bugzilla.novell.com/show_bug.cgi?id=531958
http://bugzilla.novell.com/show_bug.cgi?id=531958#c
Greg Kroah-Hartman
http://bugzilla.novell.com/show_bug.cgi?id=531958
http://bugzilla.novell.com/show_bug.cgi?id=531958#c2
Uwe Gansert
http://bugzilla.novell.com/show_bug.cgi?id=531958
http://bugzilla.novell.com/show_bug.cgi?id=531958#c3
Arvin Schnell
http://bugzilla.novell.com/show_bug.cgi?id=531958
http://bugzilla.novell.com/show_bug.cgi?id=531958#c6
Matthias Eckermann
(2) The algorithm of the Autoyast partitioner for the swap partition size. The following Autoyast XML code creates a 2 GB swap partition on a system that has 2 GB physical RAM. Many years ago I learned that swap should be at least the size of physical RAM, better twice as much.
I learned the same - However, I don't think this is appropriate anymore: this rule was true, when we had harddisks smaller than the RAM machines have nowadays, ...:-) That said, we have to discuss two use cases: 1. SWAP space for SWAP only. Here the current rule is sufficient 2. SWAP space for SWAP and Suspend. Here the current rule obviously is not sufficient. However, with 8+ GiB SWAP space resuming will be rather slow (2+ minutes), thus shutting off / restart the machine might be better anyways, and having a limit is reasonable. That said, I propose to not fix this for existing releases, but for future releases go with the following calculation: "Auto" should default to the RAM size rounded up to the next GiB, with the following limits: - not exceeding 4GiB - not exceeding 10% of the primary harddisk (think of small SSDs!) (whatever limit is reached first) This will need a feature request. Does that sound reasonable? so long - MgE -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=531958
http://bugzilla.novell.com/show_bug.cgi?id=531958#c
Stanislav Visnovsky
http://bugzilla.novell.com/show_bug.cgi?id=531958
http://bugzilla.novell.com/show_bug.cgi?id=531958#c7
Arvin Schnell
http://bugzilla.novell.com/show_bug.cgi?id=531958
http://bugzilla.novell.com/show_bug.cgi?id=531958#c8
Matthias Eckermann
participants (1)
-
bugzilla_noreply@novell.com