| Summary: | super maryo chronicles crashes traceback is deep in r300_dri.so | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Hans de Goede <jwrdegoede> |
| Component: | Drivers/DRI/r300 | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | high | ||
| Version: | 6.5 | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Hans de Goede
2006-06-30 03:03:34 UTC
Seems the crash happens in mesa swrast (software rasteriser) not in r300. What is the exact version of mesa you using ? Could you try with cvs version. AFAIK my version is 6.5 with a few patches: [hans@shalem ~]$ rpm -q mesa-libGL --changelog mesa-libGL-6.5-9.x86_64 * Tue Jun 13 2006 Kristian Høgsberg <krh@redhat.com> - 6.5-9 - Add mesa-6.5-fix-pbuffer-dispatch.patch to fix pbuffer marshalling code. * Tue May 30 2006 Kristian Høgsberg <krh@redhat.com> 6.5-8 - Bump for rawhide build. * Tue May 30 2006 Kristian Høgsberg <krh@redhat.com> 6.5-7 - Update mesa-6.5-texture-from-pixmap-fixes.patch to include new tokens and change tfp functions to return void. Yes, a new mesa snapshot would be nice. * Thu May 18 2006 Mike A. Harris <mharris@redhat.com> 6.5-6 - Add "BuildRequires: makedepend" for bug (#191967) * Wed Apr 12 2006 Kristian Høgsberg <krh@redhat.com> 6.5-5 - Bump for fc5 build. * Wed Apr 12 2006 Adam Jackson <ajackson@redhat.com> 6.5-4 - Disable R300_FORCE_R300 hack for wider testing. * Tue Apr 11 2006 Kristian Høgsberg <krh@redhat.com> 6.5-3 - Add mesa-6.5-noexecstack.patch to prevent assembly files from making * Tue Apr 11 2006 Kristian Høgsberg <krh@redhat.com> 6.5-2 - Bump for fc5 build. - Bump libdrm requires to 2.0.1. * Sun Apr 02 2006 Kristian Høgsberg <krh@redhat.com> 6.5-1 - Update to mesa 6.5 snapshot. - Use -MG for generating deps and some files aren't yet symlinked at make depend time. - Drop mesa-6.4.2-dprintf-to-debugprintf-for-bug180122.patch and mesa-6.4.2-xorg-server-uses-bad-datatypes-breaking-AMD64-fdo5835.patch as these are upstream now. - Drop mesa-6.4.1-texture-from-drawable.patch and add mesa-6.5-texture-from-pixmap-fixes.patch. - Update mesa-modular-dri-dir.patch to apply. - Widen libGLU glob. - Reenable r300 driver install. - Widen libOSMesa glob. - Go back to patching config/linux-dri, add mesa-6.5-build-config.patch, drop mesa-6.3.2-build-configuration-v4.patch. - Disable sis dri driver for now, only builds on x86 and x86-64. I'll give mesa CVS a try. I've tried to use CVS, but it currently won't compile: r200_state_init.c: In function 'cmdveclinear': r200_state_init.c:102: error: 'drm_radeon_cmd_header_t' has no member named 'veclinear' r200_state_init.c:102: error: 'RADEON_CMD_VECLINEAR' undeclared (first use in this function) r200_state_init.c:102: error: (Each undeclared identifier is reported only once r200_state_init.c:102: error: for each function it appears in.) r200_state_init.c:103: error: 'drm_radeon_cmd_header_t' has no member named 'veclinear' r200_state_init.c:104: error: 'drm_radeon_cmd_header_t' has no member named 'veclinear' r200_state_init.c:105: error: 'drm_radeon_cmd_header_t' has no member named 'veclinear' r200_state_init.c: In function 'r200InitState': r200_state_init.c:460: error: 'R200_EMIT_VAP_PVS_CNTL' undeclared (first use in this function) make[6]: *** [r200_state_init.o] Error 1 These errors are thrown when compiling: src/mesa/drivers/dri/r200/r200_state_init.c You need a newer libdrm use drm from cvs or try to update the package of your distribution and see if it compile. Thanks for the libdrm hint, with that CVS does compile. However CVS isn't exactly stable. Thats an understatement! With CVS mesa SMC does run but terible slow while no software fallback messages are printed. I tried to run glxgears after SMC to see if DRI was still operational and my system froze. After a reboot I ran glxgears again and it worked, but it was choppy it did less fps then usual (1500 with the 5.6 snapshot it does 2800) and the turning of the wheels wasn't smooth. Then I ran ppracer and that resulted in another hard crash, more about that in my ppracer bug. Good News! I've just tried smc again with the latest CVS, which I installed to confirm that bug 7371 is fixed. With current cvs smc works, albeit still very slow (software fallback), but now it does print a fallback message, the problem is smooth lines, just like with google earth. By commenting the fallback in case of smoothlines in r300_renderer.c I get descent performance with smc. Very well done, keep up the good work! This bug can be closed as far as I'm concerned. Close the bug... |
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.