http://bugs.freedesktop.org/show_bug.cgi?id=21942
Summary: Mobility x1400 crash and hang (during init?)
Product: Mesa
Version: 7.2
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/r300
AssignedTo: [email protected]
ReportedBy: [email protected]
Created an attachment (id=26225)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26225)
The output of 'xdpyinfo' on the user's system.
A user is reporting a crash in our OpenGL-based application when running on
Mesa DRI drivers. Another user piped in and mentioned that the app works in a
similar environment for him (same distro), except that he is using the ATI
drivers.
Both systems are Fedora 10, i686.
works: Mesa 7.2, though I imagine it's only there because of / for OSMesa.
doesn't: Mesa 7.2, DRI drivers
glxinfo "renderer":
works: OpenGL renderer string: ATI Mobility Radeon HD 2400 XT
doesn't: OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL
The user reports the non-working card is a "ATI Mobility Radeon X1400"
glxinfo "vendor":
works: OpenGL vendor string: ATI Technologies Inc.
doesn't: OpenGL vendor string: DRI R300 Project
uname -a:
works: Linux sangiovese 2.6.27.21-170.2.56.fc10.i686 #1 SMP Mon Mar 23
23:37:54 EDT 2009 i686 i686 i386 GNU/Linux
doesn't: Linux localhost.localdomain 2.6.27.5-117.fc10.i686 #1 SMP Tue
Nov 18 12:19:59 EST 2008 i686 i686 i386 GNU/Linux
I had them run our app with the environment variables MESA_NO_3DNOW,
MESA_NO_ASM, MESA_XSYNC, and MESA_DEBUG all set to 1. They reported no change
in behavior, other than the warning about the lack of a texture compression
shared object from the Mesa user.
I attempted to get the user to run our application under gdb. For our app,
this is done a bit strangely; there's a frontend shell script which will pop up
an xterm && automatically run gdb in that xterm. The user reported that the
xterm comes up behind another window, and when they click the xterm to raise
it, their X server hard locks and they must reboot. I am not sure if the user
is knowledgeable enough to know about zapping the X server or trying to ssh in
and reboot, so I can't say whether it's an X lock or a full system lock.
Our debug logs happen to run `xpdyinfo'; I'll attach a log of that. It seems
we trim the output of it slightly though; in particular, the list of visuals is
missing. Ditto for glxinfo.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com
--
_______________________________________________
Dri-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dri-devel
