https://bugs.freedesktop.org/show_bug.cgi?id=28623
Summary: [r300g] enemy territory: quake wars crashes Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: aaalmosss@gmail.com
A short while after a game is started, et:qw crashes.
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #1 from Álmos aaalmosss@gmail.com 2010-06-20 06:24:56 PDT --- Created an attachment (id=36378) --> (https://bugs.freedesktop.org/attachment.cgi?id=36378) backtrace
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #2 from Álmos aaalmosss@gmail.com 2010-06-20 10:29:48 PDT --- my gpu is an rv350 (radeon 9600xt)
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #3 from Marek Olšák maraeo@gmail.com 2010-06-22 04:38:49 PDT --- It doesn't add up. The "start" parameter in draw_elements is 117825309, it's impossible for the index buffer to be so large. I might add some validation in the draw function for it not to crash, but that would just hide problems elsewhere.
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #4 from Marek Olšák maraeo@gmail.com 2010-06-22 16:44:46 PDT --- Could you try current mesa git?
https://bugs.freedesktop.org/show_bug.cgi?id=28623
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME
--- Comment #5 from Marek Olšák maraeo@gmail.com 2010-07-31 08:21:34 PDT --- No feedback, closing.
https://bugs.freedesktop.org/show_bug.cgi?id=28623
Álmos aaalmosss@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME |
--- Comment #6 from Álmos aaalmosss@gmail.com 2010-07-31 15:29:26 PDT --- I'm sorry for not responding. I now tried with current git (version 5fa1af0905ef2f513fe296f1d8e658dbdf24dd74), and it still prints r300: Invalid index buffer range. Skipping rendering. upon certain objects entering the view (like the giant walker, the cupboards in the houses and in the tunnel etc.).
https://bugs.freedesktop.org/show_bug.cgi?id=28623
Matt Turner mattst88@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |NEEDINFO Component|Drivers/DRI/r300 |Drivers/Gallium/r300
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #7 from Tom Stellard tstellar@gmail.com 2010-10-29 17:27:47 PDT --- Is this still an issue with Mesa 7.9 or the latest version from git?
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #8 from Álmos aaalmosss@gmail.com 2010-10-30 07:14:46 PDT --- Yes, the problem still exists. It doesn't crash; though, because Marek added a hack that disables rendering instead of crashing.
https://bugs.freedesktop.org/show_bug.cgi?id=28623
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|[r300g] enemy territory: |[r300g] ETQW: Invalid index |quake wars crashes |buffer range.
--- Comment #9 from Marek Olšák maraeo@gmail.com 2010-12-17 04:34:24 PST --- Does this problem still exist?
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #10 from Álmos aaalmosss@gmail.com 2010-12-17 04:42:43 PST --- Yes, and it currently makes the game completely unplayable.
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #11 from Álmos aaalmosss@gmail.com 2010-12-25 11:13:21 PST --- Created an attachment (id=41442) View: https://bugs.freedesktop.org/attachment.cgi?id=41442 Review: https://bugs.freedesktop.org/review?bug=28623&attachment=41442
etqw_crash_fix.patch
The attached hack may not be correct, but it fixes this problem. When drawing light halos around lamps, etqw calls glDrawElements() as it was issuing a vertex array: indices is a pointer to the buffer rather than an offset to the vbo. The real bug may be in etqw (is it allowed to issue a vertex array while a vbo is bound?) or in the way mesa detects the difference between a vertex array and a vbo. Or in the head of the one who designed glDrawElements() this way...
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #12 from Marek Olšák maraeo@gmail.com 2010-12-25 13:10:19 PST --- Could you possibly bring this issue and the patch to the mesa-dev mailing list? I can't comment on something I can't reproduce and this seems to be quite special. Maybe the Mesa maintainers will know what is going on. I don't think that patch is going to be accepted, but at least it's a good starting point.
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #13 from Álmos aaalmosss@gmail.com 2010-12-25 15:03:54 PST --- OK, I subscribed to mesa-dev, and will post this issue shortly.
Meanwhile, to increase reproducibility: I'm testing with the demo, which is ETQW 1.4.12343.12343 linux-x86 Jan 16 2008 10:19:41 Maybe the retail version does not trigger this crash (?)
https://bugs.freedesktop.org/show_bug.cgi?id=28623
Marek Olšák maraeo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|NEEDINFO |
--- Comment #14 from Marek Olšák maraeo@gmail.com 2010-12-25 15:49:05 PST --- I use exactly the same version.
https://bugs.freedesktop.org/show_bug.cgi?id=28623
Álmos aaalmosss@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |INVALID
--- Comment #15 from Álmos aaalmosss@gmail.com 2010-12-26 06:20:19 PST --- I now purged and reinstalled the game (with the same installer as before, which has the correct md5sum), and the problem is gone (and so is #32652). I forgot to keep a copy of the previous install, though, so I don't know what's happened.
https://bugs.freedesktop.org/show_bug.cgi?id=28623
--- Comment #16 from Álmos aaalmosss@gmail.com 2011-01-15 14:20:15 PST --- Now this problem appeared again, and I was able to investigate it. In .etqwctl/base/etqwconfig.cfg the correct setting is seta r_useIndexBuffers "1" and the incorrect is "0". I still don't know why, when, or how this was changed automatically.
dri-devel@lists.freedesktop.org