Hi! This bug report is about the Mesa DRI R300 20060815 / Mesa 6.5.1 OpenGL driver shipped with Fedora Core 6. The bug does *not* occur with driver DRI R200 and all other graphics cards / operating systems I tried: Having determined the address of the OpenGL extension function 'glFogCoordPointer', calls to this function don't have any effect, only display this error message in the console: Try R300_SPAN_DISABLE_LOCKING env var if this hangs. Mesa 6.5.1 implementation error: User called no-op dispatch function (an unsuppo rted extension function?) Please report at bugzilla.freedesktop.org *********************************WARN_ONCE********************************* File r300_vertexprog.c function t_dst_index line 184 Unknown output 3 *************************************************************************** Mesa 6.5.1 implementation error: User called no-op dispatch function (an unsuppo rted extension function?) Please report at bugzilla.freedesktop.org
Clarifying that this isn't a driver developed by Tungsten - the credit lies with the individual open source developers of the R300 project.
the GL_VENDOR string which was copied from the radeon driver should probably be changed. Whoever wrote most of the code should pick a more appropriate one. The no-op dispatch function error though likely means the driver does not implement GL_EXT_fogcoord at all, and if consequently it doesn't show up in the extension string it's not really a bug, just missing functionality.
There is a TODO comment in r300_fragprog.c about fog coord inputs, so it's probably not done yet... I think it was Vladimir Dergachev who did a lot of the initial work, at least from looking at the R300 Sourceforge site, but I expect that a lot of people made significant contributions, so maybe the vendor string should be "Vladimir Dergachev et al" or similar.
> I think it was Vladimir Dergachev who did a lot of the initial work, at least > from looking at the R300 Sourceforge site, but I expect that a lot of people > made significant contributions, so maybe the vendor string should be "Vladimir > Dergachev et al" or similar. It's correct that Vladimir wrote the original reverse engineering tools. Virtually all of the reverse engineering that was actually necessary to start the driver was done by me, however (some time in late 2004, I think), which is when I also started the driver. I discontinued my work on the driver because I ran into hard lockups that I just didn't understand. It's cool to see that other people continued the work to a point where I can use the driver today. I could claim that the driver is "mine" and it should be "Nicolai Hähnle et al", but that would be an insult to all the people who kept development going when I couldn't continue. Anything involving attribution in such a prominent place is just bound to cause hard feelings. I'd remove the name completely, but then people might confuse the driver with ATI's binary driver. Therefore, I suggest we replace it with "The DRI project", because that really describes it best. One can always put a list of authors where it really matters: in the source.
I agree with that. If there are no objections I can change the vendor string for R300. I think that R300 does still use some Tungsten Graphics code, but it should be acceptable to change the vendor string because the code has appropriate copyright notices. I will be away for some of the weekend, so if there are no objections by the time I'm back I'll commit this change.
Dave Airlie already committed this. Commit 6a9b0cd0b43ba01b24871ec1fa155e192ddeaa56.
Support for EXT_fog_coord in r300 has been commited to mesa master branch and should be part of upcoming 7.5 release. Please reopen if the bug still exists.
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.