Arch Linux

dedhart

Member

Registered: 2006-07-02

Posts: 123

Suspend - Resume

I need some serious help figuring out the whole suspend/resume process. I tried the uswsusp method described here http://wiki.archlinux.org/index.php/Sus … usp_method. I've tried using both 'hibernate -F /etc/hibernate/ususpend-disk.conf' and pm-hibernate and everything seemed to go down smoothly, then I hit power to try and resume, everything seems to load fine, but nothing comes up but a blank screen, then it just beeps and freezes. I'm using a thinkpad t61 with nvidia graphics if that makes any difference. http://wiki.archlinux.org/index.php/IBM … d.2FResume says I should edit line 51 of /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-lenovo.fdi but I line 51 doesn't look like the line I need to edit & all other lines look alike to me. If anyone could try and explain how to properly suspend, and more importantly, how to resume from a suspended disk I'd apreciate it.

Last edited by dedhart (2008-06-18 00:59:54)

jbromley

Member

From: Pasadena, CA

Registered: 2007-02-04

Posts: 268

Re: Suspend - Resume

What exact model of the T61 do you have? You can find out by looking on the bottom on the sticker that has the serial number. You should see something like "Product ID" or "Type". Once we know what machine you have we can edit said file so that the proper ACPI quirks are (de)activated for your machine. It does look like the wiki needs to be updated.

dedhart

Member

Registered: 2006-07-02

Posts: 123

Re: Suspend - Resume

Type 6459 - CT0
Ok it actually does come back up it just takes an extraordinarily long time. I commented out the lines mentioned in the link, but it doesn't really seem to make a whole lot of diference, still takes over 90 seconds to resume, I don't really see the point of suspend/resume if it's gonna take that long.

jbromley

Member

From: Pasadena, CA

Registered: 2007-02-04

Posts: 268

Re: Suspend - Resume

According to the HAL policy file you mentioned in the first post, your machine does not require any quirks, so the line you read in the wiki doesn't seem to apply. Now if it is resuming after all, but just taking a long time, then it probably has nothing to do with HAL policy. Unfortunately, I have no idea what might make it take so long. What is the computer doing in all that time? Reading the disk? Also, if you are using the proprietary NVidia driver you might try the open source version just to see if it makes a difference. Proprietary video seems to cause a lot of glitches with suspend/resume. Finally, you're right, if it takes 90 seconds to resume, it's hardly worth it.

Regards.

dedhart

Member

Registered: 2006-07-02

Posts: 123

Re: Suspend - Resume

It's like I mentioned in the first post, it loads the data from swap, then it just gives me a blank screen. It then beeps and appears to power down again, only to come back up after about a minute or so, beeps again still showing nothing but a blank screen and a cursor. finaly it brings back my desktop. I have no idea what it's doing during all that time. As for nvidia open source driver, I didn't know there was one, is it any good?

jbromley

Member

From: Pasadena, CA

Registered: 2007-02-04

Posts: 268

Re: Suspend - Resume

Oops, sorry I missed that in the first post. Rereading the thread, I've got couple of observations.

First you are hibernating, so a complete image of your RAM must be written to disk. In this light, it makes sense that it is taking a somewhat long time to hibernate and resume - you've got to write and then read your complete RAM image to do a hibernate/resume cycle. I don't think taking 45 seconds to hibernate and resume is terribly too long. If you want something quicker, you'll have to use suspend to RAM.

Second, it seems you've got some type of resume loop that is really causing your machine to do an extra hibernate/resume loop. In the past I've had this problem with certain desktop environments, but now I just use plain ACPI to do suspend/resume and I don't have any problems. I would guess there is some kind of misconfiguration between grub and ususpend, though unfortunately I can't help you much on that.

As far as the NVidia driver, I believe it is the "nv" driver. You can search the wiki for more information. It will not be as performant as the proprietary drivers, but it may cause less glitches with hibernate/suspend.

Good luck.

dedhart

Member

Registered: 2006-07-02

Posts: 123

Re: Suspend - Resume

Thx 's2ram -f' works pretty good, however, I tried editing whitelist.c.diff as stated in the wiki, then recompiling/reinstalling but I still get the same message when trying to use s2ram

Machine is unknown.
This machine can be identified by:
    sys_vendor   = "LENOVO"
    sys_product  = "6459CTO"
    sys_version  = "ThinkPad T61"
    bios_version = "7LETB7WW (2.17 )"
See http://suspend.sf.net/s2ram-support.html for details.

Apparently I don't know much about patching, but here's what I have done in whitelist.c.diff so far

--- whitelist.c.orig    2008-01-01 22:39:25.829808515 +0100
+++ whitelist.c 2008-01-01 22:36:17.288808011 +0100
@@ -10,6 +10,8 @@
 char *whitelist_version = "$Id: whitelist.c,v 1.117 2007/12/19 14:18:24 seife Exp $";
 
 struct machine_entry whitelist[] = {
+       /* Common Flags: RADEON_OFF|VBE_SAVE|VBE_POST|S3_BIOS|NOFB */
+       { "LENOVO",                     "6459CTO",       "ThinkPad T61",                "7LETB7WW (2.17 )", "", },
+       { "Acer, inc.",                 "Aspire 1640     ",             "",             "3A05",         VBE_SAVE},
-       { "Acer, inc.",                 "Aspire 1640     ",             "",             "",             },
        { "IBM",                        "",             "ThinkPad X32", "", RADEON_OFF|S3_BIOS|S3_MODE },
        /* Michael Wagner <michael-wagner@gmx.de> */
        { "4MBOL&S",                    "7521 *",       "REV. A0",      "", 0 },

All I did to it was added the first line after +  Common Flags: (etc). what more do I need to do to get s2ram working properly without the -f option?

Last edited by dedhart (2008-06-19 06:45:31)