Summary: | Feature wish: EXT_gpu_shader4 | ||
---|---|---|---|
Product: | Mesa | Reporter: | s3734770 |
Component: | Mesa core | Assignee: | mesa-dev |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | First start |
Description
s3734770
2011-04-08 09:25:54 UTC
Created attachment 45694 [details] [review] First start This patch does a first step towards implementing gpu_shader4: gl_InstanceID Even if it's a small change, please review the patch. It also fixes a issue with Unigine Heaven. If you are fixing a driver by this, let's just disable the extension until gl_InstanceID is supported. I can disable it for r600g if you like. i'm not fixing a driver, Unigine Heaven uses EXT_gpu_shader4 without checking for it. So disabling an extension would not solve the problem. I'm serious. This is the start of implementing EXT_gpu_shader4 in mesa. No, Heaven doesn't use EXT_gpu_shader4. Or maybe it does, but it doesn't require it if the extension is not exposed by a driver. Heaven is only incorrectly using GL_ARB_draw_instanced. Note that Heaven works on r300g and r600g has a very similar extension list, so it should work too. But that's not Topic of this bug report. Should I open an other one to fix the Unigine Heaven problem? This bug report should stay for gpu_shader4 issues AFAIK the features listed in comment #1 exist, please reopen if not. Well, neither EXT_gpu_shader4 nor GL_EXT_geometry_shader4 exist, but GL 3.2 has the features he mentions. |
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.