https://bugs.freedesktop.org/show_bug.cgi?id=36083
--- Comment #1 from s3734...@mail.zih.tu-dresden.de 2011-04-16 00:26:01 PDT ---
Created an attachment (id=45694)
View: https://bugs.freedesktop.org/attachment.cgi?id=45694
Review: https://bugs.freedesktop.org/review?bug=36083&attachment=45694
F
https://bugs.freedesktop.org/show_bug.cgi?id=36083
--- Comment #2 from Marek Olšák 2011-04-16 00:59:00 PDT ---
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.
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=36083
--- Comment #3 from s3734...@mail.zih.tu-dresden.de 2011-04-16 01:14:32 PDT ---
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 th
https://bugs.freedesktop.org/show_bug.cgi?id=36083
--- Comment #4 from Marek Olšák 2011-04-16 01:24:51 PDT ---
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.
https://bugs.freedesktop.org/show_bug.cgi?id=36083
--- Comment #5 from s3734...@mail.zih.tu-dresden.de 2011-04-16 01:29:36 PDT ---
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
--
Configu
Indeed, we need to compute per-element max_index (per buffer doesn't quite work
because the same buffer can be referred by different element with different
strides and offsets), and clamp separately against them.
A different name for the "hard" max_index sounds good, but I'm not sure what's
goo
https://bugs.freedesktop.org/show_bug.cgi?id=36295
José Fonseca changed:
What|Removed |Added
Product|DRI |Mesa
Version|unspecified
On 16.04.2011 02:29, Brian Paul wrote:
> On 04/15/2011 03:33 PM, Marek Olšák wrote:
>> Let's decompose the whole problem of computing max_index into several
>> cases:
>>
>> 1) Is the vertex buffer a non-user buffer?
>> - If stride == 0, max_index = 1.
>> - Otherwise, max_index = (width0 - buffer_of
Signed-off-by: Nicolas Kaiser
---
According to Marek Olšák, this extension is quite popular in
the GL community.[1]
Tests look good:
./src/tests/prog_parameter
GL_RENDERER = Mesa DRI R200 (R200 514D) TCL DRI2
GL_VERSION = 1.3 Mesa 7.11-devel (git-4ee40c3)
GL_EXT_gpu_program_parameters availabl
https://bugs.freedesktop.org/show_bug.cgi?id=35814
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
>From GL_ARB_draw_instanced:
EXT_gpu_shader4 or NV_vertex_program4 or OpenGL 3.0 is required.
which means we can't advertise it. :( Well at least apps won't be looking
for gl_InstanceID.
---
src/mesa/state_tracker/st_extensions.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
https://bugs.freedesktop.org/show_bug.cgi?id=36299
Summary: Patch: more verbose error log while loading compressed
Textures
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity:
Hi,
Unigine heaven fails to load compressed textures, but the only output was
"Mesa: User error: GL_INVALID_ENUM in glTexImage2D"
So I decided to change the error checking routine a bit to see where
the actual
problems are.
This is the patch.
Commit message: "Print a reason why compressed_te
On Sat, Apr 16, 2011 at 12:10 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> ---
> src/mesa/swrast/s_context.c | 15 ---
> src/mesa/tnl/t_context.c | 12
> 2 files changed, 8 insertions(+), 19 deletions(-)
>
> diff --git a/src/mesa/swrast/s_context.c b/src/mesa/
https://bugs.freedesktop.org/show_bug.cgi?id=23884
Sven Arvidsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36299
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sat, Apr 16, 2011 at 5:06 AM, Marek Olšák wrote:
> From GL_ARB_draw_instanced:
>
> EXT_gpu_shader4 or NV_vertex_program4 or OpenGL 3.0 is required.
>
> which means we can't advertise it. :( Well at least apps won't be looking
> for gl_InstanceID.
I believe that the GL_ARB_draw_instanced spe
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #2 from Alexandre Demers 2011-04-16
07:45:45 PDT ---
I'll help you on that one. I also have the same problem here on r600g. At
first, I thought it was something with Natty (I just upgraded to beta 2). But
it's very similar. I also ha
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #3 from Alexandre Demers 2011-04-16
09:43:26 PDT ---
Bisecting gave me the following:
34a5d3b9f4740601708c82093e2114356d749e65 is the first bad commit
commit 34a5d3b9f4740601708c82093e2114356d749e65
Author: Brian Paul
Date: Sun A
https://bugs.freedesktop.org/show_bug.cgi?id=36282
Alexandre Demers changed:
What|Removed |Added
CC||alexandre.f.dem...@gmail.co
On Fri, Apr 15, 2011 at 11:10 PM, Ian Romanick wrote:
> This patch series cleans out the last vestiges of fixed-function fog
> support with ARB_fragment_program. We talked about doing this quite
> some time ago, but we decided to hold off. The thinking at the time
> was that there was still a ch
https://bugs.freedesktop.org/show_bug.cgi?id=36282
Alexandre Demers changed:
What|Removed |Added
Platform|x86 (IA32) |All
--
Configure bugmail: https://bu
I hope the new version is correct, the commit message describes why I
did the first change, and the second change is described in a comment.
Note that the MAD for inversion uses Height - 1 instead of Height.
With this, piglit glsl-arb-fragment-coord-conventions and
fbo-depth-sample-compare pass o
https://bugs.freedesktop.org/show_bug.cgi?id=36282
--- Comment #4 from Alexandre Demers 2011-04-16
09:53:28 PDT ---
I forgot to mention I'm running kernel 2.6.39-rc3 and libdrm 2.6.25 (latest) on
a 64 bit OS.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
On Sun, Apr 17, 2011 at 12:18 AM, Brian Paul wrote:
> On Sat, Apr 16, 2011 at 5:06 AM, Marek Olšák wrote:
>> From GL_ARB_draw_instanced:
>>
>> EXT_gpu_shader4 or NV_vertex_program4 or OpenGL 3.0 is required.
>>
>> which means we can't advertise it. :( Well at least apps won't be looking
>> for
https://bugs.freedesktop.org/show_bug.cgi?id=36307
Summary: libGL segfault with gnome-shell/mutter (using
intel-dri)
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=36307
d...@tzib.net changed:
What|Removed |Added
Platform|Other |x86-64 (AMD64)
OS/Version|All
Without it gcc complains:
nv50_screen.c: In function ‘nv50_screen_is_format_supported’:
nv50_screen.c:48: warning: implicit declaration of function
‘util_format_is_supported’
and handles it wrongly - util_format_is_supported returns boolean, which is
typedef'ed
to uchar, but function without pro
Pushed, thanks.
Marek
On Sat, Apr 16, 2011 at 10:15 PM, Marcin Slusarz
wrote:
> Without it gcc complains:
> nv50_screen.c: In function ‘nv50_screen_is_format_supported’:
> nv50_screen.c:48: warning: implicit declaration of function
> ‘util_format_is_supported’
>
> and handles it wrongly - util_f
The patch actually fixes every app which dares to use ARB_draw_instanced.
The only apps the very presence of the extension doesn't break are piglit
tests. It's clear from bug reports that not only is the current
implementation of the extension absolutely useless in reality, it also
prevents users f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/16/2011 04:06 AM, Marek Olšák wrote:
> From GL_ARB_draw_instanced:
>
> EXT_gpu_shader4 or NV_vertex_program4 or OpenGL 3.0 is required.
>
> which means we can't advertise it. :( Well at least apps won't be looking
> for gl_InstanceID.
The
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #3 from Ian Romanick 2011-04-16 18:49:14 PDT
---
(In reply to comment #2)
> This is a bug in SPECviewperf11, which relies on NV_fragment_program2
> extension, even when it is not advertised.
>
> Me and Brian have a patch that workar
https://bugs.freedesktop.org/show_bug.cgi?id=36295
--- Comment #4 from Ian Romanick 2011-04-16 18:52:21 PDT
---
Wait... None of the Intel drivers expose that NVIDIA extension either. Why is
rendering correct there but not on r600g? It seems unlikely that it's because
of GL_NV_fragment_program2
https://bugs.freedesktop.org/show_bug.cgi?id=36295
Ian Romanick changed:
What|Removed |Added
CC||i...@freedesktop.org
--
Configure bugmai
On Sun, Apr 17, 2011 at 11:45 AM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/16/2011 04:06 AM, Marek Olšák wrote:
>> From GL_ARB_draw_instanced:
>>
>> EXT_gpu_shader4 or NV_vertex_program4 or OpenGL 3.0 is required.
>>
>> which means we can't advertise it.
On Mon, Apr 4, 2011 at 4:48 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> ---
> src/mesa/drivers/dri/common/utils.c | 5 ++---
> src/mesa/drivers/dri/common/utils.h | 2 +-
> src/mesa/drivers/dri/i810/i810context.c | 4 +---
> src/mesa/drivers
On Sat, Apr 16, 2011 at 6:01 AM, Nicolas Kaiser wrote:
> Signed-off-by: Nicolas Kaiser
> ---
> According to Marek Olšák, this extension is quite popular in
> the GL community.[1]
>
> Tests look good:
> ./src/tests/prog_parameter
> GL_RENDERER = Mesa DRI R200 (R200 514D) TCL DRI2
> GL_VERSION = 1
r200 does support ARB_vertex_program. The backend is in r200_vertprog.c. I
think it has vertex shader 1.1 in D3D.
The patch is wrong though. The extension should be listed in the
ARB_vp_extension array, not card_extensions.
Marek
On Sun, Apr 17, 2011 at 4:57 AM, Jerome Glisse wrote:
> On Sat,
38 matches
Mail list logo
