Hey Devs ,
I'm Lakmal ,a Computer Science & Engineering student from University of
Moratuwa ,Sri Lanka . Next few months going to be my term vacation and I
was searching for opportunities where I could get the experience of a real
world project while improving my technical skills .X.org Endless Va
We use errno and EINVAL so include errno.h.
This patch introduced this bug:
http://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/state_trackers/egl/fbdev/native_fbdev.c?id=b60120608f6ddf4098bc324363197c979ee04cb7
Signed-off-by: David Herrmann
Cc: Chia-I Wu
Cc: Dave Airlie
Cc: Adam Jackson
Fix uninitialized scalar field defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/glsl/opt_copy_propagation_elements.cpp |1 +
1 file changed, 1 insertion(+)
diff --git a/src/glsl/opt_copy_propagation_elements.cpp
b/src/glsl/opt_copy_propagation_elements.cpp
index 314db4e..11d9
https://bugs.freedesktop.org/show_bug.cgi?id=26160
--- Comment #2 from Francisco Vazquez 2012-04-30
01:28:33 UTC ---
(In reply to comment #1)
> Can you get an apitrace? I'm facing a similar issue, however my ib test is
> passing.
No, I can't. I don't have that card anymore...
--
Configure bu
Wayland is using EGL_MESA_no_surface extension, unfortunately I can't find
any page describing it, anyone could forward/paste some text about this
extension? Thanks!
Cooper
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop
Only images created with intel_create_image() had the field properly
set. Set it also on intel_dup_image(), intel_create_image_from_name()
and intel_create_image_from_renderbuffer().
---
Changed patch to also handle format 565 in
intel_create_image_from_renderbuffer().
I'm not sure where would be
Hi,
This series adds a couple of new functions to gbm. The motivation for
these is to be able to reuse the kms fb objects on weston, instead of
creating and destroying them once for every frame.
Ander Conselvan de Oliveira (4):
gbm: remove unused fields from gbm_dri_surface
gbm: add gbm_bo_ge
---
src/gbm/backends/dri/gbm_driint.h |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/gbm/backends/dri/gbm_driint.h
b/src/gbm/backends/dri/gbm_driint.h
index 3b7db65..f404368 100644
--- a/src/gbm/backends/dri/gbm_driint.h
+++ b/src/gbm/backends/dri/gbm_driint.h
@@ -
This allows the user to associate some data to a gbm_bo and get a
callback when the bo is destroyed.
---
src/gbm/main/gbm.c| 32
src/gbm/main/gbm.h|7 +++
src/gbm/main/gbmint.h |2 ++
3 files changed, 41 insertions(+), 0 deletions(-)
diff --g
---
src/gbm/main/gbm.c | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/src/gbm/main/gbm.c b/src/gbm/main/gbm.c
index 0871905..be6bc66 100644
--- a/src/gbm/main/gbm.c
+++ b/src/gbm/main/gbm.c
@@ -389,10 +389,11 @@ gbm_surface_destroy(struct gbm_surface *su
---
src/gbm/main/gbm.c | 11 +++
src/gbm/main/gbm.h |3 +++
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/src/gbm/main/gbm.c b/src/gbm/main/gbm.c
index be6bc66..09be1c3 100644
--- a/src/gbm/main/gbm.c
+++ b/src/gbm/main/gbm.c
@@ -231,6 +231,17 @@ gbm_bo_get_handle(s
https://bugs.freedesktop.org/show_bug.cgi?id=48441
Dmitrij D. Czarkoff changed:
What|Removed |Added
CC||czark...@gmail.com
--
Configure b
On 04/30/2012 12:26 PM, Cooper Yuan wrote:
Wayland is using EGL_MESA_no_surface extension, unfortunately I can't
find any page describing it, anyone could forward/paste some text about
this extension? Thanks!
Don't you mean EGL_KHR_surfaceless? Recently gbm and Weston were changed
to not use t
Yes, That's good: "Recently gbm and Weston were changed to not use this
extension anymore. "
BTW, who is working on personal git to remove this extension from weston?
Thanks!
On Mon, Apr 30, 2012 at 12:42 PM, Ander Conselvan de Oliveira <
conselv...@gmail.com> wrote:
> On 04/30/2012 12:26 PM, Co
That adds support for activating the extension. It doesn't actually
*do* anything yet, of course.
Signed-off-by: Olivier Galibert
---
src/glsl/builtins/tools/generate_builtins.py |1 +
src/glsl/glcpp/glcpp-parse.y |3 +++
src/glsl/glsl_parser_extras.cpp |
The opcodes are bf2u, bf2i, bi2f and bu2f, with "b" meaning bitwise
conversions.
Signed-off-by: Olivier Galibert
---
src/glsl/builtins/ir/floatBitsToInt.ir | 21 +++
src/glsl/builtins/ir/floatBitsToUint.ir| 21 +++
src/glsl/builtins/ir/
Signed-off-by: Olivier Galibert
---
src/glsl/ir.cpp |4
1 file changed, 4 insertions(+)
diff --git a/src/glsl/ir.cpp b/src/glsl/ir.cpp
index edff9b6..333e85e 100644
--- a/src/glsl/ir.cpp
+++ b/src/glsl/ir.cpp
@@ -274,6 +274,7 @@ ir_expression::ir_expression(int op, ir_rvalue *op0)
c
Signed-off-by: Olivier Galibert
---
src/glsl/ir_validate.cpp | 16
1 file changed, 16 insertions(+)
diff --git a/src/glsl/ir_validate.cpp b/src/glsl/ir_validate.cpp
index 7efb434..98a702a 100644
--- a/src/glsl/ir_validate.cpp
+++ b/src/glsl/ir_validate.cpp
@@ -288,6 +288,22 @@
This patch expects to be applied after the "Constants through builtins
evaluation rewrite" for two reasons:
- a line of that patch appears in the context
- the ir_function side changes that the old method would need are not
present (and they would conflict)
At that point a "test_out = floatBitsT
TGSI doesn't need an opcode, since registers are untyped (but beware
once doubles come into the scene). Mesa needs two because registers
are typed float. They're not going to work anyway, given that a float
does not have enough mantissa bits to store a full 32bits integer.
Of course, in the end,
On 04/30/2012 02:10 PM, Cooper Yuan wrote:
Yes, That's good: "Recently gbm and Weston were changed to not use this
extension anymore. "
BTW, who is working on personal git to remove this extension from weston?
It is weston master already.
___
mesa-dev
On 30 April 2012 12:10, Cooper Yuan wrote:
> Yes, That's good: "Recently gbm and Weston were changed to not use this
> extension anymore. "
> BTW, who is working on personal git to remove this extension from weston?
http://cgit.freedesktop.org/wayland/weston/commit/?id=b5ef591faca088e041e5b174145
[since I suck at git send-email, here is the global description]
Hi,
Per Eric Anholt's request, here is the support for
ARB_shader_bit_encoding. Patch 5/6 requires the constant expression
stuff I sent before, if you don't want it it's just a small change in
the patch context to have it ap
Thanks Rob!
On Mon, Apr 30, 2012 at 1:27 PM, Rob Bradford wrote:
> On 30 April 2012 12:10, Cooper Yuan wrote:
> > Yes, That's good: "Recently gbm and Weston were changed to not use this
> > extension anymore. "
> > BTW, who is working on personal git to remove this extension from weston?
>
>
>
just a typo fix for x11 backend
---
src/compositor-x11.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/compositor-x11.c b/src/compositor-x11.c
index 6d9bb0e..304a4d5 100644
--- a/src/compositor-x11.c
+++ b/src/compositor-x11.c
@@ -174,8 +174,8 @@ x11_compositor_i
https://bugs.freedesktop.org/show_bug.cgi?id=26160
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Apr 26, 2012 at 04:53:58PM +0200, Christian König wrote:
> On 26.04.2012 16:40, Tom Stellard wrote:
> >On Thu, Apr 26, 2012 at 08:46:52AM -0400, Tom Stellard wrote:
> >>Setting this flag will skip the merge_inst_groups() function.
> >>---
> >> src/gallium/drivers/r600/r600_asm.c |3 ++-
On Mon, Apr 30, 2012 at 5:19 AM, Olivier Galibert wrote:
> TGSI doesn't need an opcode, since registers are untyped (but beware
> once doubles come into the scene). Mesa needs two because registers
> are typed float. They're not going to work anyway, given that a float
> does not have enough man
On Mon, Apr 30, 2012 at 5:19 AM, Olivier Galibert wrote:
> That adds support for activating the extension. It doesn't actually
> *do* anything yet, of course.
>
> Signed-off-by: Olivier Galibert
> ---
> src/glsl/builtins/tools/generate_builtins.py | 1 +
> src/glsl/glcpp/glcpp-parse.y
On Sun, Apr 29, 2012 at 5:38 PM, Marek Olšák wrote:
> On Thu, Apr 26, 2012 at 8:54 PM, Jose Fonseca wrote:
>> Otherwise I don't see anything wrong with this series. It seems a nice
>> cleanup/speedup.
>>
>> Brian's OOTO till Monday, so allow more time for him to comment.
>>
>> Also, once you upd
On Sun, Apr 29, 2012 at 9:08 AM, nobled wrote:
> GL_ARB_texture_storage says:
>
> The commands eglBindTexImage, wglBindTexImageARB, glXBindTexImageEXT or
> EGLImageTargetTexture2DOES are not permitted on an immutable-format
> texture.
> They will generate the following errors:
> -
On Fri, Apr 27, 2012 at 04:59:40PM -0400, Alex Deucher wrote:
> On Fri, Apr 27, 2012 at 3:12 PM, Tom Stellard wrote:
> > The SQ_LOOP_CONST_* registers range from SQ_LOOP_CONST_0 to
> > SQ_LOOP_CONST_191.
> > ---
> > src/gallium/drivers/r600/evergreend.h | 2 +-
> > 1 files changed, 1 insertion
On Sun, Apr 29, 2012 at 9:06 AM, nobled wrote:
> On Tue, Apr 24, 2012 at 9:29 AM, Ian Romanick wrote:
>> On 04/22/2012 09:44 AM, nobled wrote:
>>>
>>> Though not explicit in the GL_ARB_robustness extension,
>>> the GL standard says:
>>>
>>> If a negative number is provided where an argument of
On Sun, Apr 29, 2012 at 4:03 AM, Olivier Galibert wrote:
> Hi,
>
> Is there any (sane?) reason why the defines in p_shader_tokens aren't
> enums, at least most of them? The tgsi opcodes aren't an exported
> interface, right? Right?
We probably could use enums in more places. One minor issue I
On Mon, Apr 30, 2012 at 07:42:27AM -0600, Brian Paul wrote:
> > + memcpy(result, a, 4*4);
>
> Maybe 4*sizeof(GLfloat) or sizeof(GLuint) just to be clear (same below).
Sure, why not? Want an updated patch?
OG.
___
mesa-dev mailing list
mes
On 04/30/2012 08:52 AM, Olivier Galibert wrote:
On Mon, Apr 30, 2012 at 07:42:27AM -0600, Brian Paul wrote:
+memcpy(result, a, 4*4);
Maybe 4*sizeof(GLfloat) or sizeof(GLuint) just to be clear (same below).
Sure, why not? Want an updated patch?
You can just commit/push the fixe
---
src/gallium/drivers/r600/r600_asm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_asm.c
b/src/gallium/drivers/r600/r600_asm.c
index 106a93c..a9c8290 100644
--- a/src/gallium/drivers/r600/r600_asm.c
+++ b/src/gallium/drivers/r600/r600_
On Mon, Apr 30, 2012 at 01:27:49PM +0300, Ander Conselvan de Oliveira wrote:
> Hi,
>
> This series adds a couple of new functions to gbm. The motivation for
> these is to be able to reuse the kms fb objects on weston, instead of
> creating and destroying them once for every frame.
Thanks, the ser
Fixes an assertion seen by users.
Signed-off-by: Lucas Stach
Tested-by: JohnDoe_71Rus on irc
---
src/mesa/drivers/dri/nouveau/nouveau_context.c |9 +
1 file changed, 9 insertions(+)
diff --git a/src/mesa/drivers/dri/nouveau/nouveau_context.c
b/src/mesa/drivers/dri/nouveau/nouveau_c
On Mon, Apr 30, 2012 at 12:32:45PM +0300, Ander Conselvan de Oliveira wrote:
> Only images created with intel_create_image() had the field properly
> set. Set it also on intel_dup_image(), intel_create_image_from_name()
> and intel_create_image_from_renderbuffer().
> ---
> Changed patch to also han
On Sun, Apr 29, 2012 at 11:53:16AM +0200, David Herrmann wrote:
> We use errno and EINVAL so include errno.h.
>
> This patch introduced this bug:
> http://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/state_trackers/egl/fbdev/native_fbdev.c?id=b60120608f6ddf4098bc324363197c979ee04cb7
>
> Sign
On Sun, 29 Apr 2012 21:29:39 +1200, Chris Forbes wrote:
> Here is a simple patch which adds support for the
> GL_AMD_seamless_cubemap_per_texture extension to the i965 driver. This may
> actually work on pre-Gen6 devices as well, but I haven't been able to test on
> one.
>
> Passes the piglit
On 04/26/2012 12:54 PM, Jose Fonseca wrote:
- Original Message -
---
src/mesa/state_tracker/st_context.c|4 +++-
src/mesa/state_tracker/st_context.h|1 +
src/mesa/state_tracker/st_draw.c |5 +
src/mesa/state_tracker/st_extensions.c |4
4 files
On 30.04.2012 19:16, Lucas Stach wrote:
> Fixes an assertion seen by users.
>
> Signed-off-by: Lucas Stach
> Tested-by: JohnDoe_71Rus on irc
> ---
> src/mesa/drivers/dri/nouveau/nouveau_context.c |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/nouveau/nou
On 30.04.2012 19:41, Eric Anholt wrote:
> On Sun, 29 Apr 2012 21:29:39 +1200, Chris Forbes wrote:
>> Here is a simple patch which adds support for the
>> GL_AMD_seamless_cubemap_per_texture extension to the i965 driver. This may
>> actually work on pre-Gen6 devices as well, but I haven't been ab
On Mon, 30 Apr 2012 01:00:40 -0700, Vinson Lee wrote:
> Fix uninitialized scalar field defect reported by Coverity.
>
> Signed-off-by: Vinson Lee
No impact, since no code exists outside of a function signature. But
still,
Reviewed-by: Eric Anholt
pgpi8Vf3h1bp6.pgp
Description: PGP signatur
Lucas Stach writes:
> Fixes an assertion seen by users.
>
> Signed-off-by: Lucas Stach
> Tested-by: JohnDoe_71Rus on irc
> ---
> src/mesa/drivers/dri/nouveau/nouveau_context.c |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/nouveau/nouveau_context.c
>
On Mon, Apr 30, 2012 at 01:53:34PM +0200, Cooper Yuan wrote:
> just a typo fix for x11 backend
Thanks, applied. Please Cc me and/or the wayland list for wayland and
weston patches.
Kristian
> ---
> src/compositor-x11.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff -
On 04/24/2012 07:49 AM, Sean V Kelley wrote:
> Add new format __DRI_IMAGE_FORMAT_XBGR to __DRI_IMAGE.
> HAL_PIXEL_FORMAT_RGBX_ now maps to __DRI_IMAGE_FORMAT_XBGR.
>
> Signed-off-by: Sean V Kelley
> ---
> include/GL/internal/dri_interface.h |1 +
> src/egl/drivers/dri2/platfo
On Mon, 30 Apr 2012 13:19:06 +0200, Olivier Galibert wrote:
> TGSI doesn't need an opcode, since registers are untyped (but beware
> once doubles come into the scene). Mesa needs two because registers
> are typed float. They're not going to work anyway, given that a float
> does not have enough
On Mon, 30 Apr 2012 13:19:01 +0200, Olivier Galibert wrote:
> diff --git a/src/mesa/state_tracker/st_extensions.c
> b/src/mesa/state_tracker/st_extensions.c
> index 1b4bca6..0cfe962 100644
> --- a/src/mesa/state_tracker/st_extensions.c
> +++ b/src/mesa/state_tracker/st_extensions.c
> @@ -592,6 +5
On Mon, 30 Apr 2012 13:19:05 +0200, Olivier Galibert wrote:
> This patch expects to be applied after the "Constants through builtins
> evaluation rewrite" for two reasons:
> - a line of that patch appears in the context
> - the ir_function side changes that the old method would need are not
> pr
On Fri, 27 Apr 2012 10:28:00 +0200, Olivier Galibert wrote:
> Signed-off-by: Olivier Galibert
> ---
> src/glsl/ir.cpp | 17 -
> 1 file changed, 16 insertions(+), 1 deletion(-)
>
> diff --git a/src/glsl/ir.cpp b/src/glsl/ir.cpp
> index 1ba8751..fbbde20 100644
> --- a/src/glsl/i
On Fri, 27 Apr 2012 10:28:02 +0200, Olivier Galibert wrote:
> The method is used to get a reference to an ir_constant * within the
> context of evaluating an assignment when calculating a
> constant_expression_value.
I think this code should live in the file for constant expression
handling. You
On Fri, 27 Apr 2012 10:28:04 +0200, Olivier Galibert wrote:
> That removes code duplication with
> ir_expression::constant_expression_value and builtins/ir/*.
I'm concerned that this will turn things that shouldn't be constant
expressions in GLSL (some user-defined function just using its
(consta
On Mon, Apr 30, 2012 at 7:53 PM, Brian Paul wrote:
> On 04/26/2012 12:54 PM, Jose Fonseca wrote:
>>
>> - Original Message -
>>>
>>> ---
>>> src/mesa/state_tracker/st_context.c | 4 +++-
>>> src/mesa/state_tracker/st_context.h | 1 +
>>> src/mesa/state_tracker/st_draw.c |
> Does anyone know of any actual use for
> GL_AMD_seamless_cubemap_per_texture? I can't think of any -- it reads
I've had a couple of cases where I was using cubes for
non-environment-map things, and the lack of filtering across faces was
useful.
I agree that you pretty much always just want pro
On 04/30/2012 12:54 PM, Marek Olšák wrote:
On Mon, Apr 30, 2012 at 7:53 PM, Brian Paul wrote:
On 04/26/2012 12:54 PM, Jose Fonseca wrote:
- Original Message -
---
src/mesa/state_tracker/st_context.c|4 +++-
src/mesa/state_tracker/st_context.h|1 +
src/mesa/state_
On 04/27/2012 01:28 AM, Olivier Galibert wrote:
That removes code duplication with
ir_expression::constant_expression_value and builtins/ir/*.
[snip]
+ /*
+* (assign [condition] (write-mask) (ref) (value))
+*
+* Do the assignement. Bail out if a condition is prese
On 04/30/2012 11:45 AM, Eric Anholt wrote:
On Fri, 27 Apr 2012 10:28:04 +0200, Olivier Galibert wrote:
That removes code duplication with
ir_expression::constant_expression_value and builtins/ir/*.
I'm concerned that this will turn things that shouldn't be constant
expressions in GLSL (some u
On 04/30/2012 11:24 AM, Eric Anholt wrote:
On Mon, 30 Apr 2012 13:19:06 +0200, Olivier Galibert wrote:
TGSI doesn't need an opcode, since registers are untyped (but beware
once doubles come into the scene). Mesa needs two because registers
are typed float. They're not going to work anyway, gi
On 04/30/2012 04:19 AM, Olivier Galibert wrote:
That adds support for activating the extension. It doesn't actually
*do* anything yet, of course.
Signed-off-by: Olivier Galibert
---
src/glsl/builtins/tools/generate_builtins.py |1 +
src/glsl/glcpp/glcpp-parse.y |3 +++
On Mon, Apr 30, 2012 at 9:48 PM, Brian Paul wrote:
> On 04/30/2012 12:54 PM, Marek Olšák wrote:
>>
>> On Mon, Apr 30, 2012 at 7:53 PM, Brian Paul wrote:
>>>
>>> On 04/26/2012 12:54 PM, Jose Fonseca wrote:
- Original Message -
>
>
> ---
> src/mesa/state_trac
On 04/30/2012 04:19 AM, Olivier Galibert wrote:
The opcodes are bf2u, bf2i, bi2f and bu2f, with "b" meaning bitwise
conversions.
Signed-off-by: Olivier Galibert
I can't say I'm crazy about the names bf2u, bf2i, bi2f, and bu2f. It
seems like something I could easily mistake for 'b2f', or migh
On Mon, Apr 30, 2012 at 01:40:44PM -0700, Kenneth Graunke wrote:
> Would you like to try and implement it in the i965 driver (FS -
> brw_fs_visitor.cpp and VS - brw_vec4_visitor.cpp)? If not, I'd be glad to.
How do you activate GLSL 1.3 with the i965 driver?
OG.
__
On Mon, 30 Apr 2012 22:57:02 +0200, Olivier Galibert wrote:
> On Mon, Apr 30, 2012 at 01:40:44PM -0700, Kenneth Graunke wrote:
> > Would you like to try and implement it in the i965 driver (FS -
> > brw_fs_visitor.cpp and VS - brw_vec4_visitor.cpp)? If not, I'd be glad to.
>
> How do you activa
On 04/30/2012 02:37 PM, Marek Olšák wrote:
On Mon, Apr 30, 2012 at 9:48 PM, Brian Paul wrote:
On 04/30/2012 12:54 PM, Marek Olšák wrote:
On Mon, Apr 30, 2012 at 7:53 PM, Brian Paulwrote:
On 04/26/2012 12:54 PM, Jose Fonseca wrote:
- Original Message -
---
src/mesa/state_
---
src/gallium/drivers/svga/svga_pipe_constants.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_pipe_constants.c
b/src/gallium/drivers/svga/svga_pipe_constants.c
index 46dc45b..cfa823b 100644
--- a/src/gallium/drivers/svga/svga_pipe_cons
---
src/gallium/drivers/softpipe/sp_state_shader.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/softpipe/sp_state_shader.c
b/src/gallium/drivers/softpipe/sp_state_shader.c
index 4056d2d..910d4ba 100644
--- a/src/gallium/drivers/softpipe/sp_state_s
Fixes regressions with google earth and other things.
---
src/gallium/drivers/svga/svga_swtnl_draw.c | 20
1 files changed, 12 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_swtnl_draw.c
b/src/gallium/drivers/svga/svga_swtnl_draw.c
index 3770264..
On Mon, Apr 30, 2012 at 11:31 PM, Brian Paul wrote:
> On 04/30/2012 02:37 PM, Marek Olšák wrote:
>> One of the codepaths in u_vbuf uses the translate module, which
>> usually takes a new vertex buffer slot. If you receive this in
>> set_vertex_buffers: count=4, buffers={NULL, NULL, NULL, buffer},
https://bugs.freedesktop.org/show_bug.cgi?id=48441
--- Comment #18 from hadrons123 2012-04-30 18:28:21
PDT ---
I 've been using Arch Linux and I had this issue when i moved to Gnome 3.4.
with control center at 3.4.1.1.
Unfortunately I had to reinstall my system Yesterday and Now
gnome-control
The current EGL headers do not support Solaris.
Signed-off-by: Vinson Lee
---
src/SConscript |2 +-
src/gallium/SConscript |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/SConscript b/src/SConscript
index ba6be0b..777ad23 100644
--- a/src/SConscript
++
https://bugs.freedesktop.org/show_bug.cgi?id=49326
Bug #: 49326
Summary: softpipe regressed back to OpenGL 2.1
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
St
On Mon, Apr 30, 2012 at 02:21:51PM -0700, Eric Anholt wrote:
> GLSL 1.30 is already on for gen6+. You can force 1.30 for your purposes
> if needed on older hardware with the environment variable:
>
> MESA_GLSL_VERSION_OVERRIDE=130
>
> (Also, there's MESA_EXTENSION_OVERRIDE="+GL_ARB_texture_buffe
75 matches
Mail list logo