Bug 53375 - regression: xorg-server-1.13.0: google earth and E@H graphics crash (bisected)
Summary: regression: xorg-server-1.13.0: google earth and E@H graphics crash (bisected)
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: git
Hardware: x86-64 (AMD64) Linux (All)
: medium major
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-11 11:58 UTC by Jos van Wolput
Modified: 2012-12-18 03:29 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg log (48.99 KB, text/plain)
2012-08-11 11:58 UTC, Jos van Wolput
no flags Details
google-earth crashlog (3.99 KB, text/plain)
2012-08-15 05:44 UTC, Jos van Wolput
no flags Details

Description Jos van Wolput 2012-08-11 11:58:24 UTC
Created attachment 65424 [details]
Xorg log

Running xserver 1.12.99.904 (1.13.0 RC 4) google earth crashes almost immediately
after start.
Also Einstein@home doesn't show star sphere graphics.
No such issues using version 1.12.3.901 (1.12.4 RC 1)

My system:
Debian Sid, kernel 3.5, with latest git versions of xserver, drm, libX11, mesa and video-ati.
CPU: Dual core AMD Athlon X2
Graphics: AMD ATI RS780M/RS780MN
drivers: ati,radeon
GLX Renderer: Gallium 0.4 on AMD RS780 GLX Version: 2.1 Mesa 8.1-devel (git-996ff1c)
Comment 1 Michel Dänzer 2012-08-14 10:08:58 UTC
Can you attach a backtrace from the Google Earth crash?
Comment 2 Jos van Wolput 2012-08-15 05:44:31 UTC
Created attachment 65582 [details]
google-earth crashlog
Comment 3 Michel Dänzer 2012-08-15 07:58:26 UTC
Can you get debugging symbols for /usr/lib32/libGL.so.1 as well? (Are you building 32-bit Mesa from Git as well?)
Comment 4 Jos van Wolput 2012-08-15 09:07:43 UTC
(In reply to comment #3)
gdb libGL.so.1.2:
Reading symbols from /usr/lib32/libGL.so.1.2...(no debugging symbols found)...done

I am using 32-bit Mesa from Debian package ia32-libs (20120102),
didn't yet migrate ia32-libs to multiarch.

Do I need multiarch?
Do I need building 32-bit Mesa from Git? How to do?
Comment 5 Michel Dänzer 2012-08-15 09:26:41 UTC
(In reply to comment #4)
> Do I need multiarch?

That may not work / help while the Google Earth packages depend on 
ia32-libs-gtk.

> Do I need building 32-bit Mesa from Git? How to do?

Pass --enable-32-bit to configure.
Comment 6 Jos van Wolput 2012-08-15 12:10:54 UTC
(In reply to comment #5)

> Pass --enable-32-bit to configure.

I don't succeed compiling git mesa 32-bit.
Got error:
---
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-common_x86_asm.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-x86_xform2.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-x86_xform3.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-x86_xform4.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-x86_cliptest.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-mmx_blend.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-3dnow_xform1.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-3dnow_xform2.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-3dnow_xform3.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-3dnow_xform4.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-3dnow_normal.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-sse_xform1.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-sse_xform2.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-sse_xform3.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-sse_xform4.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-sse_normal.o): incompatible target
/usr/bin/ld: error: ./.libs/libdricore-asm.a(libdricore_asm_la-read_rgba_span_x86.o): incompatible target
collect2: error: ld returned 1 exit status
make[4]: *** [libdricore8.1.0.la] Error 1
make[4]: Leaving directory `/home/jos/src/xorg/git/mesa/src/mesa/libdricore'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/jos/src/xorg/git/mesa/src/mesa'
make[2]: *** [all] Error 2
---
Comment 7 Jos van Wolput 2012-09-06 02:53:15 UTC
Still same regression issue with the latest new xorg-server-1.13.0, f0bad69ed, Release Date: 2012-09-05,
No such issue using version 1.12.4
Comment 8 Jos van Wolput 2012-09-07 03:45:02 UTC
I did bisect git xserver:
this regression issue starts with
xserver-cef0b808d3152a20cd98d32457dde08bd5434e7c,
2012-07-05, glx: Implement GLX_ARB_create_context_profile, Ian Romanick.
No such issue with the parent 09a8a169.
Comment 9 Jos van Wolput 2012-10-08 11:40:43 UTC
This issue seems to be related to the dri2 robustness:

In file glxdri2.c changing line 509
from
    if (screen->dri2->base.version >= 3) {
to
    if (screen->dri2->base.version > 3) {

solves the issue, allowing running google earth and Einstein@home starsphere graphics.
Comment 10 Jos van Wolput 2012-12-18 03:29:08 UTC
This bug is resolved in commit xserver-da3eaf6bdbd7ce3bebf2c490cbe2448b4c402dba,
glx/dri2: initialise api to avoid indirect rendering failing randomly, by Dave Airlie.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.