[Hardy] [regression] latest update to the intel driver fails suspend

I can now confirm that downgrading to version 2:2.2.0+git20080107 of the intel driver (the only older version I had hanging around) solves the problem.
With version 2.2.0.90-2ubuntu2, the laptop will not enter suspended mode.

Alright, one more update. I rebuilt the latest intel driver (2.2.0.90-2ubuntu2) from the deb source, without applying '02_quick_fix.patch', and suspend is now working properly. So I assume the problem is with this tiny little patch. Hope this helps!

heh, that patch is needed or otherwise i965 is totally broken. You can never win.

please attach your /var/log/dpkg.log which should contain the logs from the update you made.

> heh, that patch is needed or otherwise i965 is totally broken. You can never win.
You know, it's funny that everybody complains about how the proprietary nvidia driver is so bad cause it breaks suspend/resume for laptops. Lately, I get the feeling that the very open source intel driver is doing even worse. (That said, I would of course support intel for supporting open source, rather than nvidia. But that's because I believe in open source from an ethical stand point, not because the products are necessarily superior technologically).

> please attach your /var/log/dpkg.log which should contain the logs from the update you made.
I don't see the point of this at all, but will attach the log.
The 2.2.0.90-2ubuntu2.1 version of the intel package is my own build, in which I removed the above mentioned patch.

Alright, sorry to jump the gun too fast. I don't think that patch causes the problem (which is a relief as I that would seem very odd to me).
Still now, without that patch, my laptop fails to enter suspended mode every third or fourth time I attempt it to do so.

I will see if I can do better with an older package.

Upstream said that it's possibly a kernel problem, so lets wait until 2.6.24.1 is in hardy.

Perhaps it is a kernel problem, but I should note that I've as of now used the old driver version (2.2.0+git20080107-1ubuntu2) during at least 10 suspend/resume cycles with no issues whatsoever. The kernel during the change of driver has not been changed.

Thought I should mention that.

Thanks.

Aha! More updates: It seems I've been fooling myself all along. The problem to suspend the laptop is still there, even with the older driver I mentioned in my previous post. It seems that the problem to enter suspend is there I'm on battery power, rather than on mains. That is, suspending on battery power fails on all mentioned drivers 100% of the time, whereas it works well 100% of the time when on ac power. This is true for the old driver, as well as the latest driver in Hardy.

Sorry for going berserk on this bug report and spamming it. I'm just trying to help.
Regards.

I can confirm this issue. Suspend/resume works fine in Hardy a week ago. Now my system completely hangs on resume with glowing hdd led like in the versions before Feisty but I can confirm too that it is still possible to resume if I use the 2.6.25-rc1 vanilla kernel.

VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)

I have now been using the drm modules from git with 2.6.24, and everything has worked just fine. The native suspend/resume of the intel driver (which was merged in 2.6.25) might be the reason for all I know.

I'm quite certain now that the bug cannot be fixed in intel driver, but rather in the drm modules of the kernel.

perhaps its this commit:

commit ba8bbcf6ff4650712f64c0ef61139c73898e2165
Author: Jesse Barnes <email address hidden>
Date: Thu Nov 22 14:14:14 2007 +1000

    i915: add suspend/resume support

    Add suspend/resume support to the i915 driver. Moves some of the
    initialization into the driver load routine, and fixes up places where we
    assumed no dev_private existed in some of the cleanup paths. This allows
    us to suspend/resume properly even if X isn't running.

    Signed-off-by: Dave Airlie <email address hidden>

I mean that commit is in .25-rc1, and might fix this.

That could very well be the fix. Perhaps someone could build a test kernel with that patch to try out?

Seems to be fixed in current Hardy with lastest kernel package. Thanks!

hmm, that was not applied yet, so maybe it was something in 2.6.24.1 that fixed this. Either way, nice.

I have rechecked it with the older Kernel. It seems to be a kernel fix since it only works with the new 2.6.24-8 Ubuntu kernel and not the version before.

I am using Hardy heron and after updating to Linux 2.6.24-21-generic #1 SMP suspend failed to resume. It was working in Linux 2.6.24-19-generic.
I am not sure if I have to report this as a different bug ?

below I attached my lspci -vvnn and cat /var/log/Xorg.0.log

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.