From: Marta Lofstedt
Signed-off-by: Marta Lofstedt
---
src/mapi/glapi/gen/ARB_framebuffer_no_attachments.xml | 4 ++--
src/mapi/glapi/gen/apiexec.py | 4 ++--
src/mesa/main/get.c | 6 ++
src/mesa/main/get_hash_params.py
From: Marta Lofstedt
According to OpenGL ES 3.1 specification,
section 9.2.1 for glFramebufferParameter
and section 9.2.3 for glGetFramebufferParameteriv:
"An INVALID_ENUM error is generated if pname is not
FRAMEBUFFER_DEFAULT_WIDTH, FRAMEBUFFER_DEFAULT_HEIGHT,
FRAMEBUFFER_DEFAULT_SAMPLES, or
FR
Nice work! Finally something that goes into the direction of proper hang
debugging for end users.
I don't have time to completely review it but the whole set is Acked-by:
Christian König
Regards,
Christian.
On 23.08.2015 14:04, Marek Olšák wrote:
Hi,
Setting GALLIUM_DDEBUG=800 (timeout=80
On Sun, Aug 23, 2015 at 12:37:09PM -0700, Jordan Justen wrote:
> Can you also cc mesa-stable in the commit message?
>
> Cc: "10.6 11.0"
Amendments made and pushed with Thomas' t-b.
Thanks,
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
_
https://bugs.freedesktop.org/show_bug.cgi?id=91254
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Patch refactors existing parameters check to first check common enums
between desktop GL and GLES 3.1 and modifies get_tex_level_parameter_image
to be compatible with enums specified in 3.1.
v2: remove extra is_gles31() checks (suggested by Ilia)
Signed-off-by: Tapani Pälli
Reviewed-by: Anuj Pho
On 08/24/2015 10:10 AM, Marta Lofstedt wrote:
From: Marta Lofstedt
According to OpenGL ES 3.1 specification,
section 9.2.1 for glFramebufferParameter
and section 9.2.3 for glGetFramebufferParameteriv:
"An INVALID_ENUM error is generated if pname is not
FRAMEBUFFER_DEFAULT_WIDTH, FRAMEBUFFER_
On 08/24/2015 12:21 PM, Tapani Pälli wrote:
On 08/24/2015 10:10 AM, Marta Lofstedt wrote:
From: Marta Lofstedt
According to OpenGL ES 3.1 specification,
section 9.2.1 for glFramebufferParameter
and section 9.2.3 for glGetFramebufferParameteriv:
"An INVALID_ENUM error is generated if pname
From: Marta Lofstedt
According to OpenGL ES 3.1 specification,
section 9.2.1 for glFramebufferParameter
and section 9.2.3 for glGetFramebufferParameteriv:
"An INVALID_ENUM error is generated if pname is not
FRAMEBUFFER_DEFAULT_WIDTH, FRAMEBUFFER_DEFAULT_HEIGHT,
FRAMEBUFFER_DEFAULT_SAMPLES, or
FR
From: Marta Lofstedt
Signed-off-by: Marta Lofstedt
---
src/mapi/glapi/gen/ARB_framebuffer_no_attachments.xml | 4 ++--
src/mapi/glapi/gen/apiexec.py | 4 ++--
src/mesa/main/get.c | 6 ++
src/mesa/main/get_hash_params.py
> -Original Message-
> From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On
> Behalf Of Tapani Pälli
> Sent: Monday, August 24, 2015 12:05 PM
> To: Marta Lofstedt; mesa-dev@lists.freedesktop.org
> Subject: Re: [Mesa-dev] [PATCH 2/2] mesa/es3.1: Limit Framebuffer
> Parameter Ope
> -Original Message-
> From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On
> Behalf Of Tapani Pälli
> Sent: Monday, August 24, 2015 11:22 AM
> To: Marta Lofstedt; mesa-dev@lists.freedesktop.org
> Subject: Re: [Mesa-dev] [PATCH 2/2] mesa/es3.1: Limit Framebuffer
> Parameter Ope
Loads constants using integer as their register type, this is done
for consistency with the FS backend.
---
src/mesa/drivers/dri/i965/brw_vec4_nir.cpp | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_vec4_nir.cpp
b/src/mesa/drivers/dri/i965/brw
https://bugs.freedesktop.org/show_bug.cgi?id=91254
Chris Wilson changed:
What|Removed |Added
CC||vogel...@vogel.cx
--- Comment #20 from Ch
Hi!
On vie, 2015-08-14 at 13:56 +0200, Antia Puentes wrote:
> With this fix, we can load the constants in NIR-vec4 as integers,
> as it is done in the FS backend.
>
> This is related to:
> http://lists.freedesktop.org/archives/mesa-dev/2015-July/089899.html
I've been on holidays last week, as fa
Reviewed-by: Kevin Rogovin
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Kevin Rogovin
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Mon, Aug 24, 2015 at 7:01 AM, Marta Lofstedt
wrote:
> From: Marta Lofstedt
>
> Signed-off-by: Marta Lofstedt
> ---
> src/mapi/glapi/gen/ARB_framebuffer_no_attachments.xml | 4 ++--
> src/mapi/glapi/gen/apiexec.py | 4 ++--
> src/mesa/main/get.c
Presumably something external will (continue to) prevent this from
getting called for ES < 3.1 right? Also, doesn't ES3.1 have texture
buffers? Perhaps they can't be used here though. Please double-check.
With all that verified, this patch is
Reviewed-by: Ilia Mirkin
On Mon, Aug 24, 2015 at 4:32
On Fri, Aug 21, 2015 at 3:22 AM, Tapani Pälli wrote:
> Signed-off-by: Tapani Pälli
> ---
> src/mesa/main/extensions.c | 1 +
> src/mesa/main/mtypes.h | 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
> index 4a3c231..d3f43cc 10
On Fri, Aug 21, 2015 at 3:22 AM, Tapani Pälli wrote:
> Signed-off-by: Tapani Pälli
> ---
> src/mesa/main/get_hash_params.py | 6 +++---
> src/mesa/main/texobj.c | 6 --
> src/mesa/main/texparam.c | 2 +-
> 3 files changed, 8 insertions(+), 6 deletions(-)
>
> diff --git a/sr
On 05/08/15 08:41, Iago Toral wrote:
> On Tue, 2015-08-04 at 14:08 -0700, Jordan Justen wrote:
>> On 2015-07-14 00:46:10, Iago Toral Quiroga wrote:
>>> From: Samuel Iglesias Gonsalvez
>>>
>>> They only can be defined in the last position of the shader
>>> storage blocks.
>>>
>>> When an unsized ar
On 05/08/15 09:57, Iago Toral wrote:
> On Tue, 2015-08-04 at 14:08 -0700, Jordan Justen wrote:
>> On 2015-07-14 00:46:10, Iago Toral Quiroga wrote:
>>> From: Samuel Iglesias Gonsalvez
>>>
>>> They only can be defined in the last position of the shader
>>> storage blocks.
>>>
>>> When an unsized
Hi,
Thx for your answers.
Actually I also realized that "vaQueryImageFormats" is maybe more related
to what formats "vaCreateImage" supports.
And actually in mesa, vlVaCreateImage can create image for all formats
NV12, YV12, YUYV, UYVY, BGRA.
So what I am looking for is a way to retrieve what fo
Signed-off-by: Ilia Mirkin
---
There's a patch on-list to uncomment the
ARB_framebuffer_no_attachments one, so I'm leaving it alone. The other
enables are all there. Also ARB_texture_multisample was missed in the
requirement list. While not a perfect match, neither is
ARB_gpu_shader5, which is ha
On 13/08/15 10:05, Tapani Pälli wrote:
> Hi;
>
> I believe something more needs to be done here, it may be generic
> changes to the memory qualifier parsing. I wrote a Piglit test that
> fails with these changes (I tested against
> itoral-ARB_shader_storage_buffer_object-v4.1 branch), here:
>
>
On 24.08.2015 15:34, Julien Isorce wrote:
Hi,
Thx for your answers.
Actually I also realized that "vaQueryImageFormats" is maybe more
related to what formats "vaCreateImage" supports.
And actually in mesa, vlVaCreateImage can create image for all formats
NV12, YV12, YUYV, UYVY, BGRA.
So wha
On 24/08/15 16:36, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
There's a patch on-list to uncomment the
ARB_framebuffer_no_attachments one, so I'm leaving it alone. The other
enables are all there. Also ARB_texture_multisample was missed in the
requirement list. While not a perfect match,
On Mon, Aug 24, 2015 at 9:43 AM, Martin Peres
wrote:
> On 24/08/15 16:36, Ilia Mirkin wrote:
>>
>> Signed-off-by: Ilia Mirkin
>> ---
>>
>> There's a patch on-list to uncomment the
>> ARB_framebuffer_no_attachments one, so I'm leaving it alone. The other
>> enables are all there. Also ARB_texture_
> -Original Message-
> From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On
> Behalf Of Ilia Mirkin
> Sent: Monday, August 24, 2015 3:02 PM
> To: Marta Lofstedt
> Cc: mesa-dev@lists.freedesktop.org
> Subject: Re: [Mesa-dev] [PATCH v2 1/2] mesa/es3.1: Expose
> GL_ARB_framebuffer
On Mon, Aug 24, 2015 at 9:59 AM, Lofstedt, Marta
wrote:
>> -Original Message-
>> From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On
>> Behalf Of Ilia Mirkin
>> Sent: Monday, August 24, 2015 3:02 PM
>> To: Marta Lofstedt
>> Cc: mesa-dev@lists.freedesktop.org
>> Subject: Re: [
Hi Samuel, Iago,
On 05/08/15 09:30, Iago Toral Quiroga wrote:
> From: Samuel Iglesias Gonsalvez
>
> v2:
> - Add ShaderStorageBlockBinding to static_data.py
>
Why (see comment below) ?
v4:
- Ship ARB_shader_storage_buffer_object.xml in the tarball.
Seems like other patches are also missing v
Hi Samuel, Iago,
On 05/08/15 09:30, Iago Toral Quiroga wrote:
> From: Samuel Iglesias Gonsalvez
>
> v2:
> - Add ShaderStorageBlockBinding to static_data.py
>
Why (see comment below) ?
v4:
- Ship ARB_shader_storage_buffer_object.xml in the tarball.
Seems like other patches are also missing v
Hi all,
On 24 July 2015 at 15:19, Jonny Lamb wrote:
> Here is an initial patchset implementing EGL_EXT_device_base (in
> practice nothing to do), device_enumeration (for listing devices), and
> device_query (for querying information about a device).
>
> I worked on this because I want to then mov
On 08/23/2015 06:04 AM, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/include/pipe/p_context.h | 12
src/gallium/include/pipe/p_defines.h | 5 +
2 files changed, 17 insertions(+)
diff --git a/src/gallium/include/pipe/p_context.h
b/src/gallium/include/pipe/p_contex
On 08/20/2015 06:07 PM, Ilia Mirkin wrote:
Signed-off-by: Ilia Mirkin
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
index
ping? It would be kinda nice to have gles working again.
Fwiw, issue seems to be an off-by-one in the dispatch table, resulting
in (for example) glCheckFramebufferStatus() ending up in
_mesa_DeleteFramebuffers(), which ends badly..
Program received signal SIGSEGV, Segmentation fault.
0x7
Sounds like the file is being compiled without having proper prototypes
for all the mgl functions. Do you see any compiler warnings when you
build? What gcc compiler options are you using?
-Brian
On 08/19/2015 06:18 PM, Yuzhu Lu wrote:
Update:
All function with GLclampf and GLfloat are mes
[CCing mesa-dev as mesa will need similar fixes]
Hi Christian,
On 24/08/15 10:43, Christian König wrote:
> From: Christian König
>
> Fixes the same problem as "intel: Serialize drmPrimeFDToHandle with
> struct_mutex".
>
> Signed-off-by: Christian König
> ---
> amdgpu/amdgpu_bo.c | 9 +--
On Mon, Aug 24, 2015 at 3:41 AM, Christian König
wrote:
> Nice work! Finally something that goes into the direction of proper hang
> debugging for end users.
>
> I don't have time to completely review it but the whole set is Acked-by:
> Christian König
Yes, this looks awesome. Series is:
Acked-
On 24 August 2015 at 16:10, Brian Paul wrote:
> Sounds like the file is being compiled without having proper prototypes for
> all the mgl functions. Do you see any compiler warnings when you build?
> What gcc compiler options are you using?
>
Ftr I haven't been able to build mangled GL for as far
On 08/19/2015 12:17 PM, Marta Lofstedt wrote:
From: Marta Lofstedt
According to OpenGL ES 3.1 specification table : 20.2 and
OpenGL specification 4.4 table 23.4. The glGetIntegeri_v
functions should report the name of the buffer bound
when called with GL_VERTEX_BINDING_BUFFER.
Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=91724
--- Comment #1 from Emil Velikov ---
Hi Frederic,
I could be missing something but I thought that mangling was only for GLX and
desktop GL ? Thus I'm not sure that including GLES/* is the correct thing to
do.
As mangled gl never really worked h
Signed-off-by: Ilia Mirkin
---
src/mesa/main/get.c | 37 +---
src/mesa/main/get_hash_params.py | 46
2 files changed, 24 insertions(+), 59 deletions(-)
diff --git a/src/mesa/main/get.c b/src/mesa/main/get.c
index 3
On Mon, Aug 24, 2015 at 11:35 AM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
> src/mesa/main/get.c | 37 +---
> src/mesa/main/get_hash_params.py | 46
>
> 2 files changed, 24 insertions(+), 59 deletions
Hi Marek,
On 23 August 2015 at 13:04, Marek Olšák wrote:
> --- /dev/null
> +++ b/src/gallium/drivers/ddebug/Makefile.am
> @@ -0,0 +1,11 @@
> +include Makefile.sources
> +include $(top_srcdir)/src/gallium/Automake.inc
> +
> +AM_CFLAGS = \
> + $(GALLIUM_DRIVER_CFLAGS)
> +
> +noinst_LTLIBRAR
The hardware only generates vertexid when vertices come from a VBO. This
fixes:
vertexid-drawelements
vertexid-drawarrays
Signed-off-by: Ilia Mirkin
Cc: "11.0"
---
src/gallium/drivers/nouveau/nv50/nv50_program.c| 1 +
src/gallium/drivers/nouveau/nv50/nv50_program.h| 1 +
sr
On 24.08.2015 17:51, Ilia Mirkin wrote:
The hardware only generates vertexid when vertices come from a VBO. This
fixes:
vertexid-drawelements
vertexid-drawarrays
Signed-off-by: Ilia Mirkin
Cc: "11.0"
---
src/gallium/drivers/nouveau/nv50/nv50_program.c| 1 +
src/gallium/driv
On Mon, Aug 24, 2015 at 11:57 AM, Tobias Klausmann
wrote:
>
>
> On 24.08.2015 17:51, Ilia Mirkin wrote:
>>
>> The hardware only generates vertexid when vertices come from a VBO. This
>> fixes:
>>
>>vertexid-drawelements
>>vertexid-drawarrays
>>
>> Signed-off-by: Ilia Mirkin
>> Cc: "11.0"
https://bugs.freedesktop.org/show_bug.cgi?id=91724
--- Comment #2 from Frederic Devernay ---
Hi Emil,
I first tried updating the header, but the gl*x functions were still not
mangled.
I have build instructions for OSX on
https://gist.github.com/devernay/71f3d7661d910e6494a9
It builds mangled M
Hi Brian,
It happens for all the configuration I tried. Here is one example:
./configure --disable-xvmc --disable-glx --disable-dri --with-dri-drivers=""
--with-gallium-drivers="swrast" --enable-texture-float --enable-shared-glapi
--disable-egl --enable-mangling --with-egl-platforms="" --enab
https://bugs.freedesktop.org/show_bug.cgi?id=91724
--- Comment #3 from Frederic Devernay ---
just added the lines to build the demo. If you don't apply my patch to
gl_mangle.h, you end up with undefined symbols.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are
On 08/24/2015 10:51 AM, Yuzhu Lu wrote:
Hi Brian,
It happens for all the configuration I tried. Here is one example:
./configure --disable-xvmc --disable-glx --disable-dri
--with-dri-drivers="" --with-gallium-drivers="swrast"
--enable-texture-float --enable-shared-glapi --disable-egl
--enable-m
Could you please debase this patch (probably rewrite)? I *think* it should
fix https://bugs.freedesktop.org/show_bug.cgi?id=91716. What were the
shader-db results for it?
On Aug 24, 2015 4:51 AM, "Antia Puentes" wrote:
Loads constants using integer as their register type, this is done
for consis
Sorry.
Here it is:
osboxes@osboxes:~/Documents/mesa-demos-8.2.0/src/osdemos$ gcc -o osdemo32
osdemo32.c -I/usr/local/include/
-I/home/osboxes/Documents/mesa-demos-8.2.0/src/util/ -L/usr/local/lib/
-lMangledOSMesa32
osdemo32.c: In function ‘Init’:
osdemo32.c:122:32: warning: cast to pointer
fwiw, issue seems to be due to picking up installed libglapi.so vs.
one in $MESA/lib (where I was pointing $LD_LIBRARY_PATH)..
So this shouldn't be an issue running installed mesa. (Although I'm a
bit curious how it ended up using installed libglapi.so vs the one in
$LD_LIBRARY_PATH)
BR,
-R
On
It's only called from the file it's defined in.
---
src/mesa/main/texobj.c | 10 +-
src/mesa/main/texobj.h | 4
2 files changed, 5 insertions(+), 9 deletions(-)
diff --git a/src/mesa/main/texobj.c b/src/mesa/main/texobj.c
index 395e4d3..c5d83e1 100644
--- a/src/mesa/main/texobj.c
++
Looks like your code is not finding any mgl*() prototypes. What
#includes do you have? I think you need to #include "GL/gl_mangle.h"
and then "GL/gl.h", IIRC.
-Brian
On 08/24/2015 11:42 AM, Yuzhu Lu wrote:
Sorry.
Here it is:
osboxes@osboxes:~/Documents/mesa-demos-8.2.0/src/osdemos$ gcc
Reviewed-by: Samuel Pitoiset
This fix is simpler than I was expected. What about the edge flag stuff
now? :)
On 08/24/2015 05:51 PM, Ilia Mirkin wrote:
The hardware only generates vertexid when vertices come from a VBO. This
fixes:
vertexid-drawelements
vertexid-drawarrays
Signed-off
Edge flag stuff is annoying. Pretty sure only blender uses it. shade
model = flat should get fixed on nv50 before edge flags, since blender
uses that too, and it's produces much worse visual artifacts.
I'm having second thoughts about this patch. I think I'm going to go
back to my previous approac
On 08/24/2015 10:02 PM, Ilia Mirkin wrote:
Edge flag stuff is annoying. Pretty sure only blender uses it. shade
model = flat should get fixed on nv50 before edge flags, since blender
uses that too, and it's produces much worse visual artifacts.
No rush for this one though.
I'm having secon
Previously, core Mesa's _mesa_CopyImageSubData() created temporary textures
to wrap renderbuffer sources/destinations. This caused a bit of a mess in
the Mesa/gallium state tracker because we had to basically undo that
wrapping.
Instead, change ctx->Driver.CopyImageSubData() to take both gl_rende
This primarily means added support for copying between compressed
and uncompressed formats.
---
src/gallium/auxiliary/util/u_surface.c | 106 +++--
1 file changed, 88 insertions(+), 18 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_surface.c
b/src/gallium/auxi
https://bugs.freedesktop.org/show_bug.cgi?id=91747
Bug ID: 91747
Summary: Ubuntu 15.04/Oibaf PPA - Unity bar not transparent
Product: Mesa
Version: unspecified
Hardware: Other
OS: Linux (All)
Status: NEW
S
1. Try to choose R8G8B8A8 unorm/srgb formats before other orders in an
effort to try to match component ordering for UINT/SINT/etc.
2. If we can't get a format such as PIPE_FORMAT_A16_UNORM, try
PIPE_FORMAT_R16G16B16A16_UNORM before shallower formats.
---
src/mesa/state_tracker/st_format.c | 20 +
This primarily means added support for copying between compressed
and uncompressed formats.
---
src/gallium/auxiliary/util/u_surface.c | 106 +++--
1 file changed, 88 insertions(+), 18 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_surface.c
b/src/gallium/auxi
Previously, core Mesa's _mesa_CopyImageSubData() created temporary textures
to wrap renderbuffer sources/destinations. This caused a bit of a mess in
the Mesa/gallium state tracker because we had to basically undo that
wrapping.
Instead, change ctx->Driver.CopyImageSubData() to take both gl_rende
Connor introduced this helper recently; we should use it here too.
I had to move the function earlier in the file for it to be available.
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir_control_flow.c | 21 +
1 file changed, 9 insertions(+), 12 deletions(-)
diff --git a
1. Try to choose R8G8B8A8 unorm/srgb formats before other orders in an
effort to try to match component ordering for UINT/SINT/etc.
2. If we can't get a format such as PIPE_FORMAT_A16_UNORM, try
PIPE_FORMAT_R16G16B16A16_UNORM before shallower formats.
---
src/mesa/state_tracker/st_format.c | 20 +
I'm having trouble with git send-mail. One of the patches was authored
by a VMware intern whose email address is no longer valid. When I send
the series, I'm getting an error on the 4th patch and git send-email
aborts. Trying to figure it out...
Sorry for the spam.
-Brian
On 08/24/2015 0
Not that I really care, but... why flip the order of bgra vs rgba?
Also, do the ARB_texture_view piglits still pass? They're really
sensitive to the relative consistency of this stuff.
Note that this will really only affect glTexStorage since glTexImage
is likely to hit the exact_format_* logic...
On 08/24/2015 02:44 PM, Ilia Mirkin wrote:
Not that I really care, but... why flip the order of bgra vs rgba?
Because if an 8-bit RGBA integer texture is created, we'll use the
gallium format PIPE_FORMAT_R8G8B8A8_SINT. If we create another
non-integer surface with PIPE_FORMAT_B8G8R8A8_UNORM
On 24/08/15 21:42, Brian Paul wrote:
> I'm having trouble with git send-mail. One of the patches was authored
> by a VMware intern whose email address is no longer valid. When I send
> the series, I'm getting an error on the 4th patch and git send-email
> aborts. Trying to figure it out...
>
Gu
On 24/08/15 21:42, Brian Paul wrote:
> I'm having trouble with git send-mail. One of the patches was authored
> by a VMware intern whose email address is no longer valid. When I send
> the series, I'm getting an error on the 4th patch and git send-email
> aborts. Trying to figure it out...
>
Gu
On Mon, Aug 24, 2015 at 4:54 PM, Brian Paul wrote:
> On 08/24/2015 02:44 PM, Ilia Mirkin wrote:
>>
>> Not that I really care, but... why flip the order of bgra vs rgba?
>
>
> Because if an 8-bit RGBA integer texture is created, we'll use the gallium
> format PIPE_FORMAT_R8G8B8A8_SINT. If we creat
OpenGL doesn't expect internalformat={1,2,3,4} to work
elsewhere than glTexImage{1,2,3}D, as clearly stated in the
spec of glCopyTexImage2D (taken from the OpenGL 1.1 spec,
similar wording is present up to OpenGL 3.1 core, where
OpenGL 1.0 compatibility was scrapped entirely):
"Parameters level, i
There's no point in repeatedly looking up the base-format of an
internalformat. So let's cache it in a variable instead.
Signed-off-by: Erik Faye-Lund
---
src/mesa/main/teximage.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/
On Fri, Aug 21, 2015 at 2:12 PM, Chad Versace
wrote:
> On Wed 19 Aug 2015, Nanley Chery wrote:
> > From: Nanley Chery
> >
> > We currently check that our format info table is sane during context
> > initialization in debug builds. Perform this check during
> > `make check` instead. This enables
R-B
On Mon, Aug 24, 2015 at 1:39 PM, Kenneth Graunke wrote:
> Connor introduced this helper recently; we should use it here too.
>
> I had to move the function earlier in the file for it to be available.
>
> Signed-off-by: Kenneth Graunke
> ---
> src/glsl/nir/nir_control_flow.c | 21 +--
The "workaround for a missing scissor enable on r600" must be applied
to all scissors, not just 0. That is, if scissor.enable is changed,
all scissors must be marked as dirty.
Marek
On Mon, Aug 24, 2015 at 2:24 AM, Grazvydas Ignotas wrote:
> As suggested by Marek Olšák, we can use single atom to
Except for the workaround in patch 1, this series looks good to me.
Marek
On Mon, Aug 24, 2015 at 2:24 AM, Grazvydas Ignotas wrote:
> Now that R600_NUM_ATOMS is below 64, dirty atom tracking can be
> simplified.
> ---
> src/gallium/drivers/r600/r600_pipe.h | 41
> ++
Thanks for pointing out these errors. I'll fix them in the next version.
On Fri, Aug 21, 2015 at 2:34 PM, Chad Versace
wrote:
> On Wed 19 Aug 2015, Nanley Chery wrote:
> > From: Nanley Chery
> >
> > All compressed formats return GL_FALSE and there isn't any evidence to
> > support that this beh
If there are no piglit regressions:
Acked-by: Marek Olšák
Marek
On Fri, Aug 21, 2015 at 12:06 AM, Roland Scheidegger wrote:
> Ping?
>
> Am 09.08.2015 um 17:28 schrieb srol...@vmware.com:
>> From: Roland Scheidegger
>>
>> I used this as some testing ground for investigating some compiler
>> bi
On Mon, Aug 24, 2015 at 4:54 PM, Brian Paul wrote:
>> Also, do the ARB_texture_view piglits still pass? They're really
>> sensitive to the relative consistency of this stuff.
>
> Hmm, one regression in arb_texture_view-lifetime-format on llvmpipe, but not
> with softpipe. I'll take a look.
By th
From: Nanley Chery
We currently check that our format info table is sane during context
initialization in debug builds. Perform this check during
`make check` instead. This enables format testing in release builds
and removes the requirement of an exhuastive switch for
_mesa_uncompressed_format_t
From: Nanley Chery
All compressed formats return GL_FALSE and there isn't any evidence to
support that this behaviour would change. Remove all switch cases for
compressed formats.
v2. Since the exhaustive switch is removed, add a gtest to ensure
all formats are handled.
v3. Ensure that GL_NO
Ahh. You are righ. That fixes it.
Yuzhu
- Original Message -
From: "Brian Paul"
To: "Yuzhu Lu"
Cc: mesa-dev@lists.freedesktop.org, mesa-us...@lists.freedesktop.org
Sent: Monday, August 24, 2015 8:00:52 PM
Subject: Re: [Mesa-users] [Mesa-dev] glClearColor is broken in a weird way
On Thu, Aug 20, 2015 at 3:52 PM, Nanley Chery wrote:
> On Thu, Aug 20, 2015 at 11:34 AM, Emil Velikov
> wrote:
>
>> 2015-08-12 0:07 GMT+01:00 Nanley Chery :
>> > From: Nanley Chery
>> >
>> > Combine the adjacent cases which have the same GL type in the switch
>> statemnt.
>> >
>> > Signed-off-b
On Wednesday, August 19, 2015 07:49:00 PM Ian Romanick wrote:
> From: Ian Romanick
>
> A long, long time ago we decided that the author tracking in GIT was
> sufficient. However, people copy-and-paste the copyright header from
> one file to the next, and the "Authors:" listing lives on.
>
> Kil
On 08/24/2015 04:34 PM, Ilia Mirkin wrote:
On Mon, Aug 24, 2015 at 4:54 PM, Brian Paul wrote:
Also, do the ARB_texture_view piglits still pass? They're really
sensitive to the relative consistency of this stuff.
Hmm, one regression in arb_texture_view-lifetime-format on llvmpipe, but not
with
On Wednesday, August 19, 2015 10:45:43 PM Jason Ekstrand wrote:
> In the i965 backend, we want to be able to "pull apart" the uniforms and
> push some of them into the shader through a different path. In order to do
> this effectively, we need to know which variable is actually being referred
> to
Mesa and gallium don't have a complete set of matching 3-component
texture formats. For example, 8-bit sRGB unorm. To fully support
the GL_ARB_copy_image extension we need to have support for all of
these formats: RGB8_UNORM, RGB8_SNORM, RGB8_SRGB, RGB8_UINT, and
RGB8_SINT using the same componen
In principle, all gallium drivers that implement pipe_context::
clear_render_target() and clear_depth_stencil() and the right surface
formats should be able to support GL_ARB_copy_image but until that's
true and verified, drivers must opt-in to support this feature.
---
src/gallium/drivers/freedre
Previously, core Mesa's _mesa_CopyImageSubData() created temporary textures
to wrap renderbuffer sources/destinations. This caused a bit of a mess in
the Mesa/gallium state tracker because we had to basically undo that
wrapping.
Instead, change ctx->Driver.CopyImageSubData() to take both gl_rende
We have to disallow the 8 and 16-bit 3-component formats for non-display
target surfaces as we do for softpipe (see earlier commit).
---
src/gallium/drivers/llvmpipe/lp_screen.c | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/llvmpip
On Wednesday, August 19, 2015 10:45:44 PM Jason Ekstrand wrote:
> v2 (Jason Ekstrand): Fix up image uniforms
> ---
> src/glsl/nir/nir_lower_io.c | 9 +++--
> src/mesa/drivers/dri/i965/brw_fs_nir.cpp | 13 +
> 2 files changed, 8 insertions(+), 14 deletions(-)
>
> diff
---
src/mesa/state_tracker/st_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index 13d636f..dfa8936 100644
--- a/src/mesa/state_tracker/st_extensions.c
+++ b/src/mesa/state_tracker/st_extensions.c
@@
1. Try to choose R8G8B8A8 unorm/srgb formats before other orders in an
effort to try to match component ordering for UINT/SINT/etc.
2. If we can't get a format such as PIPE_FORMAT_A16_UNORM, try
PIPE_FORMAT_R16G16B16A16_UNORM before shallower formats.
---
src/mesa/state_tracker/st_format.c | 20 +
From: Neha Bhende
Basically, get the src/dst pipe_resource surfaces and call the
pipe_context::resource_copy_region() function.
Reviewed-by: Brian Paul
---
src/mesa/Makefile.sources| 2 +
src/mesa/state_tracker/st_cb_copyimage.c | 94
src/mesa/
This enables GL_ARB_copy_image for softpipe.
---
src/gallium/drivers/softpipe/sp_screen.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/softpipe/sp_screen.c
b/src/gallium/drivers/softpipe/sp_screen.c
index 24d79f1..7c60f56 100644
--- a/src/gallium/drive
1 - 100 of 139 matches
Mail list logo
