[i965] UXA Freeze

[Matthew Woerly]

Binary package hint: xserver-xorg-video-intel

For a while now, I've been having X freezes with UXA. I can still move the mouse, but nothing responds. If music is playing in Rhythmbox, it keeps playing, but I think it stops after the current song. I have to do a hard reboot or REISUB.
I started testing UXA with Jaunty a month or two before its release, and it was fine. I started noticing that Gnome-Do would freeze X, though. I stopped using that, but I still have freezes every once in a while.
If I'm using my laptop's screen @ 1280x800, the freezes are very rare. If I'm using an external screen @ 1280x1024, it happens a little more often. When I'm using both together though @ 1280x1824, I get a lot more freezes.
I think it happens without Compiz, too.
I'm not sure how to go about testing this. Let me know what info I can provide.

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)

[Bryce Harrington (bryce)]

See http://wiki.ubuntu.com/X/Troubleshooting/Freeze for guidance on how to report freeze issues. In particular you need to provide a batchbuffer dump and Xorg.0.log.

[Bryce Harrington (bryce)]

[This is an automatic notification.]

A new major version of the -intel driver is now available in Karmic.

This version includes a major reworking of the acceleration
architecture, which resolves a huge number of issues. We do not know
whether it resolves the issue you reported.

Would you mind testing Karmic Alpha-2 and seeing if it is still a
problem? CD ISO images are available here:

  http://cdimages.ubuntu.com/releases/karmic/

If the issue can still be reproduced on karmic, please report here with
your findings, and attach a fresh Xorg.0.log from your test, and we will
be able to forward the bug upstream.

Otherwise, if the bug no longer exists in Karmic, let us know that as
well.

In the off chance you encounter different bugs while attempting to test
Karmic, please report those as new bug reports.

[Bryce Harrington (bryce)]

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.

[Lenar (lenar)]

I definitely experience this every day. Mouse moves around, but everything else is unusable/freezed. Except
I can log in remotely, but interestingly enough - I can not kill X server. Even with signal 9. Ok, with signal 9
it stops, but I cannot restart it - it just comes up with black screen (and again unkillable). After reboot
everything is back to normal.

This happens with KMS enabled or not, although with KMS it will happen very soon, without it I can squeeze
out some hours sometimes.

Also the probability of freeze is increased by using latest kernel (linux-image-2.6.31-4) and decreased
by using older (linux-image-2.6.30-9). That's with KMS disabled. When KMS is enabled it doesn't make much difference.

I have KDE desktop effects off. When enabled, it seems to freeze more frequently again.

[Lenar (lenar)]

Forgot my lspci:

00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)

Forgot my current xorg & -intel versions:

xserver-xorg 1:7.4+3ubuntu5
xserver-xorg-video-intel 2:2.8.0+git20090724.9a45ace2-0ubuntu0sarvatt

And also forgot to mention that enabling KMS results in extreme font corruptions in X.

[Lenar (lenar)]

Managed to get needed dumps. With 2.6.31-3 kernel (with -4 my r8169 NIC doesn't work for some reason) and KMS disabled.

Some remarks:

It was very jumpy and lagging to use ssh during the freeze. This behaviour disappeared after kill -9 of X.
Re-starting X didn't work as before (it's running but black screen), but just in case I gathered dump for this too.
During this dump-taking it said something like 'warning: ringbuffer not setup'. And it was lagging again.

[Lenar (lenar)]

this report should be re-examined

[Lenar (lenar)]

Final dump taken during freeze with kernel 2.6.30-9. This time I didn't experience any lag when remotely accessing the box.

[Bryce Harrington (bryce)]

Hi nattgew,

Thanks for including the attached files. Could you also include your /var/log/Xorg.0.log (or Xorg.0.log.old) from after reproducing the issue?

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

[Lenar (lenar)]

I attached the dumps and I'm not nattgew :P.

Anyway. All dri_debug*.tgz files already have Xorg.0.log inside them
representing the log of the frozen X server at that moment.

Or you want "clean" log? In that case I attach the Xorg.0.log of the current (and so far not frozen)
process.

One thing more I wanted to say. I have another machine here which runs very nicely with -intel.
No freezes, no font corruptions. It has up-to-date drivers/libraries from sarvatt, but couple of differences:

1) a bit different graphics chipset:
  00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10)
2) it has 64-bit ubuntu, mine (the freexing one) has 32-bit OS.'
3) 2.6.30-020630-generic kernel (should be about the same as my 2.6.30-9).

Maybe points somebody to the right direction solving this problem.

[Bryce Harrington (bryce)]

Lenar, you probably have some issue different than whatever Nattgew ran into, so it is inappropriate to reopen his bug with your issue.

[Lenar (lenar)]

Care to elaborate how it's different? I re-read the original report of Nattgew and I could not describe it differently.
It's exactly as he describes it. I just provided more information and dumps.

In my opionion the probability that I have different issue is almost non-existant. And since Nattgew didn't provide
any dumps, logs, etc to contradict my dumps and logs; and his description of the problem is 100% correct from my point of view, why should we open another bug for it?

[Lenar (lenar)]

I really can confirm that this bug exists and manifests itself exactly as described in original report.
Let's turn our attention into fixing this or forwarding the info to -intel developers.

[Matthew Woerly (nattgew)]

I played around with UXA in Karmic a bit... it hasn't frozen on me yet. I'll keep testing it.

[Bryce Harrington (bryce)]

Thanks for letting us know the issue is resolved, Nattgew.

@Lenar, please stop reopening Nattgew's bug; if you want your freeze investigated then you need to start a new bug. We have a rule with freeze bugs of one report per person; I understand you may find that confusing, but we have found it to be the only sane way to handle these bugs, because freezes always seem to have identical symptoms but rarely have the same underlying cause.

[Lenar (lenar)]

So you know, I have no intention to open another bug. I've written here a big bunch
of information, attached a number of dumps and so on. To replicate that information in
another bug is time-consuming and pointless to me, I don't have time for this circus.

And where is this one freeze rule per person written? It's not nice to say aftwerwards that
you have rule when you have not made to rule known and accessible to those governed by it.

So you use the information I've attached here or not - I don't care. I tried to help, I failed, freezes still
happen.

[somekool (somekool)]

i recommend downgrading to xserver-xorg-video-intel 2.3.x
it seemed to have fixed it for me...