This is a bug in the kernel drm layer. I've got a patch from upstream
that fixed it, but it's still unclear whether it is the final patch. I
might upload a mesa with vblank disabled until the correct fix is in the
kernel.
** Changed in: mesa (Ubuntu)
Status: Confirmed => Invalid
** Summary
Timo, I think it's safe to say that my results confirm yours. With
~/.drirc copied to /etc/drirc, I haven't seen this problem since your
comment above.
I guess Jaunty is tracking mesa 7.4. Correct? Perhaps this will be fixed
some time down the road (it's not fixed in 7.3 final, though).
--
[GM45
I guess the drirc doesn't work unless it's copied as /etc/drirc. I can't
seem to be able to reproduce this problem anymore with it, so it must be
a bug in the vblank implementation which was enabled with the mesa
7.3rc3 merge..
--
[GM45] with EXA compiz animations cause temporary freezes
https://
Sorry, once again, I was too quick to shout "hey!".
Problem returned after only a few minutes with 2.6.28-4.11.
(Next time, I'm gonna take some time testing, promise! :-p)
--
[GM45] with EXA compiz animations cause temporary freezes
https://bugs.launchpad.net/bugs/320813
You received this bug no
Timo: Yes, you seem to be correct. With kernel 2.6.28-4.11 this problem
isn't present (I don't even need a tweaked ~/.drirc). But now, I suspect
I'm just waiting for LP 305979 to hit me again.
--
[GM45] with EXA compiz animations cause temporary freezes
https://bugs.launchpad.net/bugs/320813
You
btw, can you boot an earlier kernel than -5.15? I'd been running the
same userland modules (mesa, intel) for a week or so without problems,
so I'm suspecting that the vblank patches in the kernel aren't complete
and are causing this.
--
[GM45] with EXA compiz animations cause temporary freezes
ht
Ok, this is looking more like a bug in the DRM driver. Could you also
add that information to the upstream bug?
** Changed in: linux (Ubuntu)
Sourcepackagename: xserver-xorg-video-intel => linux
Importance: Undecided => High
Status: New => Triaged
--
[GM45] with EXA compiz animations c
I ran through a suspend/resume now as well and that did immediately
trigger the bug. Afterwards I had this really nasty error in the dmesg
saying something about "corruption on low memory". There is even two
kernel callstacks in my dmesg it seems.
** Attachment added: "my dmesg after suspend/resum
I only have this strange message:
mtrr: no MTRR for e000,1000 found
~$ cat /proc/mtrr
reg00: base=0x0 (0MB), size=32768MB, count=1: write-back
reg01: base=0x0e000 ( 3584MB), size= 512MB, count=1: uncachable
reg02: base=0x0ddc0 ( 3548MB), size=4MB, count=1: uncacha
Can you check if there is anything untowards at the end of your dmesg
output when this manifests?
Anything like:
[22892.778103] [drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but
LRU list empty
or similar complaints about drm, i915 or gem in general?
--
[GM45] with EXA compiz animations c
Hrm... I now agree with Matteo that though a suspend/resume cycle seems
to reliably trigger this, the problem can develop on its own otherwise.
Also, it's probably because of compiz, but this bug also makes full
screen Flash videos with compiz unwatchably jumpy.
--
[GM45] with EXA compiz animatio
No, that's not true. I have such a freeze even after a lot of activity, though.
Certainly a suspend/resume cycle trigger the bug, but that's not the main cause.
If I have a lot of windows opened and I activate the "scale" compiz effect I'm
almost certain that the animation will freeze.
Another co
Quick, non-exhaustive testing just now seems to confirm that this
happens after a suspend/resume cycle. It doesn't seem to happen after a
hibernation cycle, though. Hibernating after a suspend/resume cycle
doesn't fix the problem, either, though.
Tested on a Lenovo ThinkPad X301.
--
[GM45] with
I can only see this after a suspend/resume cycle. Could someone confirm?
--
[GM45] with EXA compiz animations cause temporary freezes
https://bugs.launchpad.net/bugs/320813
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Geir, I'm using stock xorg.conf (I'm trying to stick to the jaunty
defaults except for short periods when I test specific workarounds etc).
Unfortunately, after more extensive testing I also have to report that
the vblank_mode=0 trick only postpones the freezes a little bit but they
do appear afte
the dri stuff is from mesa.
** Changed in: mesa (Ubuntu)
Sourcepackagename: xserver-xorg-video-intel => mesa
** Changed in: mesa (Ubuntu)
Importance: Undecided => High
--
[GM45] with EXA compiz animations cause temporary freezes
https://bugs.launchpad.net/bugs/320813
You received this bug no
I was too quick there. The problem is still there, although it took much
longer to surface with the drirc change.
--
[GM45] with EXA compiz animations cause temporary freezes
https://bugs.launchpad.net/bugs/320813
You received this bug notification because you are a member of Ubuntu
Bugs, which i
Thanks, martin. Maybe you too could upload your Xorg.0.log? It seems you
guys are already making progress on this bug - good work :-)
** Summary changed:
- with EXA compiz animations cause temporary freezes
+ [GM45] with EXA compiz animations cause temporary freezes
** Description changed:
So
18 matches
Mail list logo
