Suspend-to-ram broken on IBM/Lenovo Thinkpad T61p [FIXED]
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
hal-info (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: hal-info
Suspend-to-ram does not work out-of-the-box on Hardy. (At least not with the binary driver.)
With a fresh install of Kubuntu 8.04, the screen would not come back up after a suspend.
For reference, I've seen the following suggestions. It should be noted that they are ALL false:
- Using "NvAGP" "1" in xorg.conf
- Using acpi_sleep=s3_mode in grub
- Using acpi_sleep=s3_bios in grub
- Calling pm-utils directly instead of using HAL
- Using TuxOnIce/
The problem is that the quirk s3_mode is applied, and therefore POSTing the display after resume. This smashes the driver state, and thus hangs the laptop.
For some reason, T61p has the following information in the file /usr/share/
<!-- T61 (8895), intel card 32bit works with S3_MODE, but 64bit needs VBE_MODE
T61p (6460), does not work with the NVidia driver-->
<match key="system.
<merge key="power_
<merge key="power_
</match>
It seems that the information is outdated. The 6460 (my T61p) works very well with the nvidia driver. It does NOT, however, work well with "s3_bios" = true, since that crashes the display on resume.
Attached patch fixes the issue. I'm quite sure it's the right way to fix this, but there could be some other way I'm not aware of.
The neat thing here, is that NO other change is necessary. With the newest hardy packages, suspend works perfectly now.
Please note the following:
- You should reboot your laptop after applying this patch (or at least restart hal)
- This is for 64-bit ubuntu. I haven't tested on 32-bit, but I assume it's the same situation