FS#6085 - display of 3D graphics is badly compromised after latest X update

Attached to Project: Arch Linux
Opened by name withheld (Gullible Jones) - Tuesday, 26 December 2006, 16:24 GMT
Last edited by Jan de Groot (JGC) - Thursday, 31 May 2007, 23:48 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To Alexander Baldeck (kth5)
Architecture All
Severity High
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

OpenGL applications now have their graphics displaced from where they ought to be. In addition, windows for OpenGL apps leave trails , and the displaced 3D graphics obscure other windows; the trails stick around even after the offending application is closed. Here are three screenshots that show what I'm talking about.

BZFlag showing displaced graphics:

http://xs.to/xs.php?h=xs510&d=06522&f=Screenshot1.png

glxgears showing displaced graphics:

http://xs.to/xs.php?h=xs510&d=06522&f=Screenshot2.png

glxgears after being dragged around the desktop:

http://xs.to/xs.php?h=xs510&d=06522&f=Screenshot3.png

No error messages in Xorg.0.log, or in console when running OpenGL apps.
This task depends upon

Closed by  Jan de Groot (JGC)
Thursday, 31 May 2007, 23:48 GMT
Reason for closing:  Fixed
Comment by arjan timmerman (blaasvis) - Tuesday, 26 December 2006, 17:10 GMT
a) doesn't happen
b) doesn't happen
c) doesn't happen

this all on a nvidia card
Comment by Jan de Groot (JGC) - Tuesday, 26 December 2006, 17:15 GMT
This is driver specific. I've seen something like this before on ATI, where it was a bug in xf86-video-ati.

Now my question: which driver, openchrome, unichrome or via? You never give such information when posting these bugs.
Comment by Roman Kyrylych (Romashka) - Tuesday, 26 December 2006, 17:16 GMT
works fine for me too (NVidia).
I think this, as well as #6060, is related with drivers for your VIA video.
Comment by name withheld (Gullible Jones) - Tuesday, 26 December 2006, 17:57 GMT
xf86-video-via... Sorry.
Comment by name withheld (Gullible Jones) - Tuesday, 26 December 2006, 18:00 GMT
Happens with xf86-video-unichrome and openchrome too. I think this may be an issue with the new version of mesa or libgl-dri.
Comment by Jan de Groot (JGC) - Wednesday, 27 December 2006, 00:41 GMT
Does downgrading to libgl-dri 6.5.1-3 work out for you?
Comment by name withheld (Gullible Jones) - Wednesday, 27 December 2006, 01:30 GMT
Hmm... No, it doesn't, and gives some "dispatch error" messages (which don't seem to be of any consequence) when running OpenGL stuff. I'll see if downgrading Mesa helps...
Comment by name withheld (Gullible Jones) - Wednesday, 27 December 2006, 01:39 GMT
Nope, downgrading Mesa does not help.

What's odd about this is that there was no version change with the openchrome drivers, and they're affected too.

The latest Mesa changelog does mention some stuff about a new memory manager; as of now that's only for Intel drivers though, so I don't really see how it could mess up via/unichrome/openchrome.
Comment by name withheld (Gullible Jones) - Thursday, 28 December 2006, 16:00 GMT
Downgrading to the previous version of xf86-video-via (or either of the other drivers) fixes it completely, no errors.

(My best guess is that unichrome-dri doesn't like being built against the new version of mesa, or something along those lines.)
Comment by Jan de Groot (JGC) - Thursday, 28 December 2006, 16:43 GMT
I've seen some post-6.5.2 commits to both libdrm and mesa for the via drivers, so I think updates in that direction could improve things.

Do you still encounter the lockups with indirect rendering forced BTW?
Comment by name withheld (Gullible Jones) - Thursday, 28 December 2006, 23:42 GMT
I found that the lockups only occur when AGPDMA is enabled - at some point the EnableAGPDMA option seems to have become incompatible with AIGLX. AIGLX doesn't seem to require EnableAGPDMA to give the same level of performance as direct rendering does with that option though, so I think that bug can be closed...
Comment by Jan de Groot (JGC) - Saturday, 30 December 2006, 19:43 GMT
does recompilation of unichrome-dri with the OPT_FLAGS line removed fix your issues? It did fix issues with r300_dri.so in the xf86-video-ati driver, so it's worth a try.
Comment by name withheld (Gullible Jones) - Sunday, 31 December 2006, 01:54 GMT
I'll try it...
Comment by name withheld (Gullible Jones) - Sunday, 31 December 2006, 02:15 GMT
Nope, doesn't fix it.
Comment by name withheld (Gullible Jones) - Tuesday, 09 January 2007, 18:36 GMT
Hmm. Downgrading to the previous version of openchrome/unichrome/via is apparently not a perfect solution - it screws up GL textures. In Sauerbraten, certain textures turn up as pure white, and black and white are sometimes inverted (black where white ought to be and vice versa).

I'll have to find out if anyone using Intel graphics is getting this stuff...
Comment by name withheld (Gullible Jones) - Wednesday, 10 January 2007, 21:58 GMT
Nope, no dice. This is indeed a unichrome-related bug.
Comment by Jan de Groot (JGC) - Tuesday, 27 February 2007, 23:07 GMT
Could you try to recompile unichrome-dri with -fno-strict-aliasing added to CFLAGS/OPT_FLAGS?
Comment by name withheld (Gullible Jones) - Tuesday, 27 February 2007, 23:32 GMT
Yep. As far as I can tell, there's no improvement.
Comment by name withheld (Gullible Jones) - Wednesday, 02 May 2007, 01:35 GMT
Grr. Well, (long) after the update to Xorg 7.2, this bug is still there in full force. If anything it's gotten worse - the screenshot I've attached shows rather large areas of what could be described as graphical gibberish, and there is something weird going on with textures...
   screen.png (908.7 KiB)
Comment by name withheld (Gullible Jones) - Saturday, 19 May 2007, 16:15 GMT
Okay, the displacement is apparently a bug in mesa and libgl-dri:

http://bbs.archlinux.org/viewtopic.php?id=32547

Updating the version in the repos to the current 6.5.3 should fix it.
Comment by name withheld (Gullible Jones) - Thursday, 31 May 2007, 16:07 GMT
Displacement completely fixed after current upgrade. Distortions still present in BZFlag when not using full screen mode. Will shortly test if distortions are present in Sauerbraten.
Comment by name withheld (Gullible Jones) - Thursday, 31 May 2007, 16:14 GMT
No distortions present in Sauerbraten, apparently they are specific to BZF. Looks like this one is fixed.

Loading...