| Summary: | Crash in driFlipRenderbuffers | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Johan Bilien <jobi> |
| Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> |
| Status: | RESOLVED INVALID | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | 7.3 (2007.09) | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
Which version of Mesa is this? It would be good if you could provide bt full with /usr/lib/dri/r300_dri.so having debugging symbols. It's MESA 7.0.1 (ubuntu gutsy). I'm recompiling an unstipped one now, will try to reproduce the crash after this. (In reply to comment #2) > It's MESA 7.0.1 (ubuntu gutsy). I'm recompiling an unstipped one now, will try > to reproduce the crash after this. You could try just installing libgl1-mesa-dri-dbg . BTW, are you using indirect rendering on purpose? (In reply to comment #3) > (In reply to comment #2) > > It's MESA 7.0.1 (ubuntu gutsy). I'm recompiling an unstipped one now, will try > > to reproduce the crash after this. > > You could try just installing libgl1-mesa-dri-dbg . I know have it compiled unstripped, I'll keep running X in gdb in case I can reproduce (no luck so far) > BTW, are you using indirect rendering on purpose? > Yes, I'm playing with texture_from_pixmap Bugzilla Upgrade Mass Bug Change
NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.
- benjsc
fd.o Wrangler
Reminds me that I did not provide any update on this. I was not able to reproduce the crash after recompiling mesa with debug symbols, and I no longer use the ATI-equipped laptop on which this happened, so I probably can't provide anything more. So feel free to close this, and sorry for the noise. |
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.
Sorry I don't have a clearly reproducible use case. This specific stack trace happened when starting a second DRI app when a first one was running. (gdb) bt #0 0xaf7d9c43 in driFlipRenderbuffers () from /usr/lib/dri/r300_dri.so #1 0xaf7dc546 in radeonPageFlip () from /usr/lib/dri/r300_dri.so #2 0xaf7d6260 in ?? () from /usr/lib/dri/r300_dri.so #3 0x08796540 in ?? () #4 0x03e00002 in ?? () #5 0xbfa6fdb8 in ?? () #6 0x080784c4 in LookupIDByType (id=0, rtype=142173504) at ../../dix/resource.c:894 #7 0xb7c83095 in __glXDRIdrawableSwapBuffers (basePrivate=0x8767c38) at ../../../GL/glx/glxdri.c:197 #8 0xb7c4a33d in __glXDisp_SwapBuffers (cl=0x8523e88, pc=0x8d2a20c "\220\v\003") at ../../../GL/glx/glxcmds.c:1488 #9 0xb7c4db2c in __glXDispatch (client=0x8ad4170) at ../../../GL/glx/glxext.c:551 #10 0x0815754e in XaceCatchExtProc (client=0x8ad4170) at ../../Xext/xace.c:299 #11 0x0808f47a in Dispatch () at ../../dix/dispatch.c:457 #12 0x08076f05 in main (argc=10, argv=0xbfa703c4, envp=Cannot access memory at address 0x8 ) at ../../dix/main.c:477 I'm running X server 1.3 and ATI radeon 6.7.196.