| Summary: | Can't start Enemy Territory on RV350 | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Pieter Agten <spam.pieter> | ||||||||||
| Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||
| Severity: | normal | ||||||||||||
| Priority: | medium | CC: | maggu2810, mario_limonciello, sbmekathotti, vejeta | ||||||||||
| Version: | 7.4 (2008.09) | ||||||||||||
| Hardware: | x86 (IA32) | ||||||||||||
| OS: | Linux (All) | ||||||||||||
| URL: | http://www.phoronix.com/forums/showthread.php?t=16525 | ||||||||||||
| Whiteboard: | |||||||||||||
| i915 platform: | i915 features: | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Pieter Agten
2009-05-10 02:45:59 UTC
Created attachment 25687 [details]
xorg config file
Created attachment 25688 [details]
xorg log file
Created attachment 25726 [details] [review] Don't expose fbconfigs without stencil if stencil is accelerated Does this Mesa patch help? Same problem here. I can confirm that downgrading the xserver fixed the issue for Enemy Territory with the reported errors. Other OpenGL apps were very slow in the new version. My card is an ATI Technologies Inc RV280 [Radeon 9200 PRO] I modified the 'Don't expose fbconfigs without stencil if stencil is accelerated' patch a little to work on the stable 7.4.1 Mesa branch and applied it. Unfortunately it didn't change anything, I still get the same behaviour and console output when trying to start the game. I'll try to compile and install the Mesa 7.5 development branch with the same patch and see if that makes a difference. Same problem with version 7.5-rc1. However I might be doing something wrong with compiling/installing it because glxinfo | grep version still indicates: 'OpenGL version string: 1.3 Mesa 7.4.1'. I think this should be 'Mesa 7.5'? Do I need to do anything special after compiling and installing the new Mesa library in order to use it? (In reply to comment #6) > However I might be doing something wrong with compiling/installing it because > glxinfo | grep version still indicates: 'OpenGL version string: 1.3 Mesa > 7.4.1'. I think this should be 'Mesa 7.5'? Sounds like maybe you're using indirect rendering, try setting LIBGL_DEBUG=verbose to get more information. Note that for the patch to take effect you also need to restart the X server and verify with grep _dri /var/log/Xorg.0.log that it's loading the patched r300_dri.so. Guess I should have mentioned this before. Alright. Sorry for the long delay, I've been very busy. I just recompiled the r300 driver with the patch and it did fix it! The game works very well now. I also compiled the Mesa sources from git without the patch, to make sure it wasn't just the newer Mesa code that fixed it, but without the patch it doesn't work. So thank you very much Michel! I'm not really sure what to do with this bug. Should I mark it as resolved? Will this patch make it into the code for Mesa 7.5? I will be out of the office from Monday May 25th through Wednesday June 3rd for a conference in Spain. I will still be checking and responding to email, but keep in mind my time zone when expecting a response. For any time sensitive Linux issues, please contact Amit Bhutani. For any critical FI related issues, please contact Veronica Camp. (In reply to comment #8) > > I'm not really sure what to do with this bug. Should I mark it as resolved? No, that's only done once the fix lands in Git. > Will this patch make it into the code for Mesa 7.5? Not sure yet. It's really just a workaround and may not help in all cases, e.g. when running X at depth 16. It would probably be better to fix the xserver GLX code to mark the 32 bit ARGB visual as non-conformant again without DRI2. The patch attached in this bug also fixed my problem in bug #21936 *** Bug 21936 has been marked as a duplicate of this bug. *** Better fix pushed to Git master / mesa_7_5_branch as 25b492b976632269dfa3de164545d50a53c090ce and cherry-picked to mesa_7_4_branch as a3537de1ddc834c2e6efc05bca4d1e4b1a51242e . |
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.