Again, the check was needlessly specific: this works fine on Gen7.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp
b/src/mesa/drivers/dri/i965/b
The check was designed to forbid it on old generations (Gen5/Ironlake),
not on new ones. It just works on Gen7/Ivybridge.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_fs_visitor.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dr
On 09/26/2011 06:08 PM, Eric Anholt wrote:
> On Mon, 26 Sep 2011 16:51:34 -0700, Kenneth Graunke
> wrote:
>> Signed-off-by: Kenneth Graunke
>>
>> ---
>> src/mesa/drivers/dri/i965/brw_fs_emit.cpp | 14 ++
>> 1 files changed, 10 insertions(+), 4 deletions(-)
>>
>> diff --git a/src/m
On Mon, Sep 26, 2011 at 3:03 PM, Marek Olšák wrote:
> All drivers support it (well, except Cell). The boolean option is going away
> from core Mesa too.
>
> This is a follow-up to Ian Romanick's patch
> "mesa: Remove ARB_texture_mirrored_repeat extension enable flag".
Reviewed-by: Brian Paul
___
On Mon, 26 Sep 2011 16:51:34 -0700, Kenneth Graunke
wrote:
> Signed-off-by: Kenneth Graunke
>
> ---
> src/mesa/drivers/dri/i965/brw_fs_emit.cpp | 14 ++
> 1 files changed, 10 insertions(+), 4 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs_emit.cpp
> b/src/mesa/dr
This reverts commit d631c19db47181129811080bfa772b210d762d4d.
The commit was broken, and ended up returning false all the time
because nobody in the world binds every single possible vertex array.
On further reflection, we don't want to discount stride == 0: This
function is just used for deciding
Commit d631c19db47181129811080bfa772b210d762d4d avoided this problem
by forcing the driver to get the min/max index, but that commit was
broken, so just fix the driver problem (confusion between "do I need
to upload any data?" and "do I need the index bounds in order to
upload any data?").
---
src
This live regs calc is used to find which of the 16 registers can be
used as a temp during texturing. However, if 17 regs were used in the
program, we'd smash the stack.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=40022
---
I need to run piglit on this one tomorrow. Looks obvious, th
Decreases i965 peak memory allocation for a trivial shader program
from 23,483,048B to 21,932,128B, since we never actually use tnl for
rendering.
---
src/mesa/tnl/t_vb_program.c | 12 +---
1 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/src/mesa/tnl/t_vb_program.c b/src/m
The formula we were previously using for asinh:
asinh x = ln(x + sqrt(x * x + 1))
is numerically unstable: when x is a large negative value, the quantity
x + sqrt(x * x + 1)
is a small positive value (on the order of 1/(2|x|)). Since the
logarithm function is very sensitive in this ran
Generally we're using fragment programs in all our drivers, so wasting
4MB for code that's never called is pretty lame. Reduces i965 memory
allocation for a short shader program from 21,932,128B to 17,737,816B.
---
src/mesa/swrast/s_context.c| 11 ---
src/mesa/swrast/s_texcombine.c
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_fs_emit.cpp | 14 ++
1 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_emit.cpp
b/src/mesa/drivers/dri/i965/brw_fs_emit.cpp
index 8176a76..b35d558 100644
--- a/src/mesa/d
On Mon, 26 Sep 2011 20:25:39 +0200, Romain Failliot
wrote:
> Hi Tom, hi Christian,
>
> 2011/9/26 Tom Stellard
> > Glad you're interested. We can always use more help. I think the
> > best way to get started is to find something to work on that is
> > interesting to you. So, I have two quest
On Mon, 26 Sep 2011 11:38:10 -0400, Matt Turner wrote:
> On Mon, Sep 26, 2011 at 11:29 AM, Eric Anholt wrote:
> > On Sun, 25 Sep 2011 15:36:02 -0400, Matt Turner wrote:
> >> diff --git a/src/glsl/glsl_lexer.ll b/src/glsl/glsl_lexer.ll
> >> index cfd8926..dd7c68c 100644
> >> --- a/src/glsl/glsl_l
On 09/25/2011 09:21 AM, Paul Berry wrote:
> Since the i965 driver supports 8 clipping planes now, we need 4 bits
> to store the number of user clipping planes, not 3.
>
> In theory this isn't strictly necessary, since brw_clip.h is only used
> on pre-GEN6, and pre-GEN6 only advertises support for
From: Brian Paul
So that GL_VERSION includes the git head hash id when building with scons.
---
src/mesa/SConscript | 39 +--
1 files changed, 33 insertions(+), 6 deletions(-)
diff --git a/src/mesa/SConscript b/src/mesa/SConscript
index ff1ffe0..5e4ad08 100
On Fri, 23 Sep 2011 17:37:47 -0700, Chad Versace wrote:
> Signed-off-by: Chad Versace
> ---
> src/mesa/drivers/dri/i965/brw_misc_state.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_misc_state.c
> b/src/mesa/drivers/dri/i965/b
On 09/25/2011 09:21 AM, Paul Berry wrote:
> Since the i965 driver supports 8 clipping planes now, we need 4 bits
> to store the number of user clipping planes, not 3.
>
> In theory this isn't strictly necessary, since brw_clip.h is only used
> on pre-GEN6, and pre-GEN6 only advertises support for
On 09/26/2011 12:37 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> All drivers remaining in Mesa support this extension. This extension
> is either required or optional features in desktop OpenGL, OpenGL ES
> 1.x, and OpenGL ES 2.x. The existing support is already partially
> broken in Mesa (
On Fri, 23 Sep 2011 17:37:40 -0700, Chad Versace wrote:
> This function allocates the HiZ region and initializes the HiZ control
> state for a depthbuffer.
>
> It is wise to define the logic for HiZ region allocation in a single
> location, since when MSAA arrives that logic will become more comp
On 25.09.2011 00:32, Brian Paul wrote:
> On Sat, Sep 24, 2011 at 7:47 AM, Christoph Bumiller
> wrote:
>> This is required for D3D1x and supported by hardware.
>> ---
>> src/gallium/auxiliary/draw/draw_pipe_offset.c |6 ++
>> src/gallium/auxiliary/util/u_dump_state.c |1 +
>> src/g
All drivers support it (well, except Cell). The boolean option is going away
from core Mesa too.
This is a follow-up to Ian Romanick's patch
"mesa: Remove ARB_texture_mirrored_repeat extension enable flag".
---
src/gallium/drivers/cell/ppu/cell_screen.c |2 --
src/gallium/drivers/i915/i915_sc
On 09/26/2011 02:50 PM, Chad Versace wrote:
[idr and kwg, I see your point. I've removed the overrides for GLES1 and
GLES2.]
It is necessary to manually set the GL version to 3.0 in order to run
Piglit tests using glGetUniform*().
This patch allows one to override the version of the OpenGL cont
[idr and kwg, I see your point. I've removed the overrides for GLES1 and
GLES2.]
It is necessary to manually set the GL version to 3.0 in order to run
Piglit tests using glGetUniform*().
This patch allows one to override the version of the OpenGL context by
setting the environment variable MESA_G
On Fri, 23 Sep 2011 17:37:46 -0700, Chad Versace wrote:
That's a pretty terse commit message :)
> Signed-off-by: Chad Versace
> ---
> src/mesa/drivers/dri/i965/brw_draw.c |3 ++
> src/mesa/drivers/dri/i965/gen6_clip_state.c | 17 +++
> src/mesa/drivers/dri/i965/gen
On 09/26/2011 12:57 PM, Ian Romanick wrote:
> On 09/26/2011 12:05 PM, Chad Versace wrote:
>> It is necessary to manually set the GL version to 3.0 in order to run
>> Piglit tests using glGetUniform*().
>>
>> This patch allows one to override the version of an OpenGL, OpenGL
>> ES1, or
>> OpenGL ES2
On 09/26/2011 12:05 PM, Chad Versace wrote:
It is necessary to manually set the GL version to 3.0 in order to run
Piglit tests using glGetUniform*().
This patch allows one to override the version of an OpenGL, OpenGL ES1, or
OpenGL ES2 context by setting the environment variable MESA_GL_VERSION,
On 09/26/2011 01:37 PM, Ian Romanick wrote:
From: Ian Romanick
All drivers remaining in Mesa support this extension. This extension
is either required or optional features in desktop OpenGL, OpenGL ES
1.x, and OpenGL ES 2.x. The existing support is already partially
broken in Mesa (e.g., query
From: Ian Romanick
All drivers remaining in Mesa support this extension. This extension
is either required or optional features in desktop OpenGL, OpenGL ES
1.x, and OpenGL ES 2.x. The existing support is already partially
broken in Mesa (e.g., querying GL_TEXTURE_ENV_MODE in OpenGL ES 2.x).
Th
From: Ian Romanick
All drivers remaining in Mesa support this extension. This extension
is either required or optional features in desktop OpenGL, OpenGL ES
1.x, and OpenGL ES 2.x.
This extension was previously not supported on mach64, mga, and savage
(Savage3D and other pre-Savage4).
Signed-o
From: Ian Romanick
All drivers remaining in Mesa support this extension. This extension
is either required or optional features in desktop OpenGL, OpenGL ES
1.x, and OpenGL ES 2.x.
This extension was previously not supported on i810, mach64, mga,
savage, sis, and tdfx (Voodoo Banshee and Voodoo
From: Ian Romanick
All drivers remaining in Mesa support this extension. This extension
is either required or optional features in desktop OpenGL, OpenGL ES
1.x, and OpenGL ES 2.x.
This extension was previously not supported on mach64.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/dri/int
From: Ian Romanick
All drivers remaining in Mesa support this extension. This extension
is either required or optional features in desktop OpenGL, OpenGL ES
1.x, and OpenGL ES 2.x.
This extension was previously not supported on mach64, mga, or r128.
Signed-off-by: Ian Romanick
---
src/mesa/d
From: Ian Romanick
All drivers remaining in Mesa support this extension. This extension
is either required or optional features in desktop OpenGL, OpenGL ES
1.x, and OpenGL ES 2.x. The existing support is already partially
broken in Mesa (e.g., querying GL_TEXTURE_ENV_MODE in OpenGL ES 2.x).
Th
From: Ian Romanick
All drivers remaining in Mesa support this extension. This extension
is either required or optional features in desktop OpenGL, OpenGL ES
1.x, and OpenGL ES 2.x. The existing support is already partially
broken in Mesa (e.g., querying GL_CLIENT_ACTIVE_TEXTURE in OpenGL ES
2.x
On Mon, Sep 26, 2011 at 1:05 PM, Chad Versace wrote:
> It is necessary to manually set the GL version to 3.0 in order to run
> Piglit tests using glGetUniform*().
>
> This patch allows one to override the version of an OpenGL, OpenGL ES1, or
> OpenGL ES2 context by setting the environment variable
Great !! I'll read this right away!
Thanks!
2011/9/26 Benjamin Bellec :
> Le 26/09/2011 20:25, Romain Failliot a écrit :
>> At first, it would be questions like how to run my own compiled mesa drivers?
>> I should handle getting the code, compiling it and editing it.
>> Things I've never done (or
Le 26/09/2011 20:25, Romain Failliot a écrit :
> At first, it would be questions like how to run my own compiled mesa drivers?
> I should handle getting the code, compiling it and editing it.
> Things I've never done (or almost never) is submitting a patch to a
> floss project.
I wrote some words o
On 09/26/2011 08:29 AM, Eric Anholt wrote:
> I'd like to add other libs (hash table) at the src/ level, too, so a
> single helper lib that is "mesa's shared, non-mtypes-using stuff but not
> things that are really Mesa like the glsl compiler" would be nice.
Yeah, we really could use a src/util fol
It is necessary to manually set the GL version to 3.0 in order to run
Piglit tests using glGetUniform*().
This patch allows one to override the version of an OpenGL, OpenGL ES1, or
OpenGL ES2 context by setting the environment variable MESA_GL_VERSION,
MESA_GLES1_VERSION, or MESA_GLES2_VERSION.
C
On Fri, 23 Sep 2011 17:37:45 -0700, Chad Versace wrote:
> For example, GL_TRIANLES is converted to _3DPRIM_TRILIST.
missing a "G"
> -static const GLenum reduced_prim[GL_POLYGON+1] = {
> - GL_POINTS,
> - GL_LINES,
> - GL_LINES,
> - GL_LINES,
> - GL_TRIANGLES,
> - GL_TRIANGLES,
> -
I'm choosing to shelve this series for now. Please continue along; don't waste
too
much time looking at these patches.
I am concerned by several of the Piglit regressions I've found, and want to
fix those before committing the series. I'll repost when my Piglit results
have less red and black.
Hi Tom, hi Christian,
2011/9/26 Tom Stellard
> Glad you're interested. We can always use more help. I think the
> best way to get started is to find something to work on that is
> interesting to you. So, I have two questions: What hardware do you
> have, and why do you want to contribute to M
On Mon, Sep 26, 2011 at 07:21:42AM +0200, Luc Verhaegen wrote:
> As stated in an email sent a week and a half ago, i need 6 "we will be
> there nomatter what" speakers for FOSDEM this year before i go and talk
> to the FOSDEM organizers.
>
> So far we have:
> * Martin Peres - Nouveau
> * Alon Lev
On Mon, Sep 26, 2011 at 11:29 AM, Eric Anholt wrote:
> On Sun, 25 Sep 2011 15:36:02 -0400, Matt Turner wrote:
> Non-text part: multipart/mixed
>> On Sat, Sep 24, 2011 at 9:06 PM, Matt Turner wrote:
>> > Signed-off-by: Matt Turner
>> > ---
>> > The last discussion about using automake ("[RFC] Co
On Sun, 25 Sep 2011 15:36:02 -0400, Matt Turner wrote:
Non-text part: multipart/mixed
> On Sat, Sep 24, 2011 at 9:06 PM, Matt Turner wrote:
> > Signed-off-by: Matt Turner
> > ---
> > The last discussion about using automake ("[RFC] Convert mesa to
> > automake/libtool")
> > ended without anythi
On 25 September 2011 12:52, Paul Berry wrote:
> This is a follow-up to commit
> 2d686fe911a89fa477ee3848da41ebfb100500bf, which added decoding of
> GL_CLIP_DISTANCE[67] to the _mesa_set_enable() function. This patch
> makes the following additional fixes:
>
> - Uses GL_CLIP_DISTANCEi enums consi
On Sun, Sep 25, 2011 at 1:52 PM, Paul Berry wrote:
> This is a follow-up to commit
> 2d686fe911a89fa477ee3848da41ebfb100500bf, which added decoding of
> GL_CLIP_DISTANCE[67] to the _mesa_set_enable() function. This patch
> makes the following additional fixes:
>
> - Uses GL_CLIP_DISTANCEi enums c
Hi,
I don't usually do "me too" mails but it's for a good cause... FOSDEM is one of
the best places to talk to your users about the future of X.
Would someone be willing and able to fill an hour talking about how Wayland is
doing?
On Mon, 26 Sep 2011 08:58:46 +0100 Ilyes Gouta
wrote:
> Hi,
>
https://bugs.freedesktop.org/show_bug.cgi?id=41221
minti changed:
What|Removed |Added
Priority|medium |highest
--
Configure bugmail: https://bugs.free
https://bugs.freedesktop.org/show_bug.cgi?id=41221
Summary: Mesa 7.11 implementation error: Incomplete OpenGL ES
2.0 support.
Product: Mesa
Version: 7.11
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Hi Romain,
Am Sonntag, den 25.09.2011, 11:11 +0200 schrieb Romain Failliot:
> Hi all!
>
> I'm an experienced programmer, but I've never touched the mesa code.
> I desperately want to help, but for that, I need a "mentor" to teach
> me the basics about the project, the good practices and eventuall
Hi,
Come on guys, we need a "Wayland state of the art" talk! Please :)
-Ilyes
On Sep 26, 2011 8:45 AM, "Luc Verhaegen" wrote:
> On Mon, Sep 26, 2011 at 09:14:05AM +0200, Luc Verhaegen wrote:
>> On Mon, Sep 26, 2011 at 09:09:57AM +0200, Kai-Uwe Behrmann wrote:
>> > Am 26.09.11, 07:21 +0200 schrie
On Mon, Sep 26, 2011 at 09:14:05AM +0200, Luc Verhaegen wrote:
> On Mon, Sep 26, 2011 at 09:09:57AM +0200, Kai-Uwe Behrmann wrote:
> > Am 26.09.11, 07:21 +0200 schrieb Luc Verhaegen:
> >> * Martin Peres - Nouveau
> >> * Alon Levy - Xspice
> >> * Chris Wilson - Cairo
> >>
> >> Only half the amount n
On Mon, Sep 26, 2011 at 09:09:57AM +0200, Kai-Uwe Behrmann wrote:
> Am 26.09.11, 07:21 +0200 schrieb Luc Verhaegen:
>> * Martin Peres - Nouveau
>> * Alon Levy - Xspice
>> * Chris Wilson - Cairo
>>
>> Only half the amount needed, with 5 days left. Surely we can do better
>> than that for X/Mesa/Wayl
55 matches
Mail list logo
