Re: [Mesa-dev] [PATCH] Android: fix build break from nir/glsl move to compiler/

Emil, On Wed, Feb 10, 2016 at 4:02 PM, Rob Herring wrote: > Commits a39a8fbbaa12 ("nir: move to compiler/") and eb63640c1d38 > ("glsl: move to compiler/") broke Android builds. Fix them. > > There is also a missing dependency between generated NIR headers and > several libraries. This isn't a new

Re: [Mesa-dev] [PATCH 2/2] radeonsi: use re-Z

On 24.02.2016 01:45, Marek Olšák wrote: > From: Marek Olšák > > This can increase perf for shaders that kill pixels (kill, alpha-test, > alpha-to-coverage). > --- > src/gallium/drivers/radeonsi/si_shader.h| 1 + > src/gallium/drivers/radeonsi/si_state.c | 6 +++--- > src/galliu

Re: [Mesa-dev] [vulkan] Fix AM_CPPFLAGS

To clarify, I've also been doing out-of-tree builds with make check and a vulkan build (on a haswell system, but I don't think that matters at build time). On Tue, Feb 23, 2016 at 8:46 PM, Aaron Watry wrote: > To expand on what Sedat said here, make check is broken when building anv > at the mom

Re: [Mesa-dev] [vulkan] Fix AM_CPPFLAGS

To expand on what Sedat said here, make check is broken when building anv at the moment. due to a combination of the genxml/isl/vulkan directory moves. I've been poking at it on one of my laptops over the last few days, but I wouldn't complain if someone beat me to a fix. --Aaron On Tue, Feb 23,

Re: [Mesa-dev] [PATCH] mesa: use sizeof on the correct type

On Tue, Feb 23, 2016 at 1:05 AM, Brian Paul wrote: > On 02/22/2016 03:58 PM, Thomas Hindoe Paaboel Andersen wrote: > >> Before the luminance stride was based on the size of GL_FLOAT >> which is just the type constant (0x1406). Change it to use the >> size of GLfloat. >> --- >> src/mesa/main/rea

Re: [Mesa-dev] [vulkan] No support for Intel Sandybridge (gen6) GPUs?

On Tue, Feb 23, 2016 at 4:15 PM, Jason Ekstrand wrote: > On 02/23/2016 06:48 AM, Sedat Dilek wrote: >> >> Hi Jason, >> >> looking through the sources [1,2] I have seen no support for Intel >> Sandybridge GPUs - is that correct? >> Will vulkan support these GPUs in the future? > > > Probably not.

[Mesa-dev] 2016 Elections to the X.Org Board of Directors and Approval to Changes of the X.Org By Laws

[Apologies for the delay and the single-recipient message, typo in the original email address] The X.Org Foundation is holding elections for - The Board of Directors - Adoption of changes to the By Laws. Election Schedule = Nomination period Start: Feb 24 00:00 UTC Nomi

[Mesa-dev] [vulkan] Fix AM_CPPFLAGS

[ Low Internet bandwidth - no Git pulling possible ] Hi, From [1]... AM_CPPFLAGS = \ $(INTEL_CFLAGS) \ $(VALGRIND_CFLAGS) \ $(DEFINES) \ -I$(top_srcdir)/include \ -I$(top_srcdir)/src \ -I$(top_srcdir)/src/compiler \ -I$(top_srcdir)/src/mapi \ -I$(top_srcdir)/src/mesa \ -I$(top_srcdir)/src/mesa/d

Re: [Mesa-dev] [vulkan] No support for Intel Sandybridge (gen6) GPUs?

On 02/23/2016 06:48 AM, Sedat Dilek wrote: Hi Jason, looking through the sources [1,2] I have seen no support for Intel Sandybridge GPUs - is that correct? Will vulkan support these GPUs in the future? Probably not. Sandy Bridge lacks several hardware features that are required to properly i

[Mesa-dev] [vulkan] No support for Intel Sandybridge (gen6) GPUs?

Hi Jason, looking through the sources [1,2] I have seen no support for Intel Sandybridge GPUs - is that correct? Will vulkan support these GPUs in the future? Thanks in advance. Regards, - Sedat - [1] https://cgit.freedesktop.org/mesa/mesa/log/?h=vulkan [2] https://cgit.freedesktop.org/mesa/mes

[Mesa-dev] [Bug 94274] [swrast] piglit arb_occlusion_query2-render regression

https://bugs.freedesktop.org/show_bug.cgi?id=94274 Bug ID: 94274 Summary: [swrast] piglit arb_occlusion_query2-render regression Product: Mesa Version: 11.2 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

Re: [Mesa-dev] [PATCH] st/mesa: fix frontbuffer glReadPixels regressions

Am 24.02.2016 um 00:40 schrieb Brian Paul: > The change "mesa/readpix: Don't clip in _mesa_readpixels()" caused a > few piglit regressions. The failing tests use glReadPixels to read > from the front color buffer. The problem is we were trying to read > from a non-existant front color buffer. Th

[Mesa-dev] [Bug 94254] [llvmpipe] [softpipe] piglit read-front regression

https://bugs.freedesktop.org/show_bug.cgi?id=94254 --- Comment #3 from Brian Paul --- Patch posted to mesa-dev. Vinson, I'm not sure which driver you were using. Maybe you can test with the patch. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee

Re: [Mesa-dev] [PATCH 9/9] mesa: replace for loop with bitshifting in supported_buffer_bitmask()

On 02/23/2016 05:57 PM, Rob Clark wrote: On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: --- src/mesa/main/buffers.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c index 70c2a21..6a6584e 100644 --- a/src/mesa/main/

[Mesa-dev] [Bug 94273] OpenCL segfault during testing of clBLAS

https://bugs.freedesktop.org/show_bug.cgi?id=94273 Bug ID: 94273 Summary: OpenCL segfault during testing of clBLAS Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity:

Re: [Mesa-dev] [PATCH 9/9] mesa: replace for loop with bitshifting in supported_buffer_bitmask()

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > --- > src/mesa/main/buffers.c | 5 + > 1 file changed, 1 insertion(+), 4 deletions(-) > > diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c > index 70c2a21..6a6584e 100644 > --- a/src/mesa/main/buffers.c > +++ b/src/mesa/main/b

Re: [Mesa-dev] [PATCH 8/9] mesa: updates some comments in buffers.c

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > Reviewed-by: Rob Clark > --- > src/mesa/main/buffers.c | 9 ++--- > 1 file changed, 6 insertions(+), 3 deletions(-) > > diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c > index c400082..70c2a21 100644 > --- a/src/mesa/main/

Re: [Mesa-dev] [PATCH 7/9] mesa: make _mesa_draw_buffers() static

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > Reviewed-by: Rob Clark > --- > src/mesa/main/buffers.c | 14 +++--- > src/mesa/main/buffers.h | 4 > 2 files changed, 7 insertions(+), 11 deletions(-) > > diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c > index 3

Re: [Mesa-dev] [PATCH 6/9] mesa: make _mesa_draw_buffer() static

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > Reviewed-by: Rob Clark > --- > src/mesa/main/buffers.c | 12 ++-- > src/mesa/main/buffers.h | 3 --- > 2 files changed, 6 insertions(+), 9 deletions(-) > > diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c > index 031b3

Re: [Mesa-dev] [PATCH 5/9] mesa: make _mesa_read_buffer() static

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > Not called from any other file. Remove _mesa_ prefix and update comments. Reviewed-by: Rob Clark > --- > src/mesa/main/buffers.c | 13 +++-- > src/mesa/main/buffers.h | 4 > 2 files changed, 7 insertions(+), 10 deletions(-) >

Re: [Mesa-dev] [PATCH 4/9] mesa: move declaration of buffer var in handle_first_current()

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > Declare the var in the scopes where it's used. Reviewed-by: Rob Clark > --- > src/mesa/main/context.c | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/src/mesa/main/context.c b/src/mesa/main/context.c > index a6

Re: [Mesa-dev] [PATCH 3/9] mesa: use gl_buffer_index in a few places

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > Reviewed-by: Rob Clark > --- > src/mesa/main/buffers.c | 6 +++--- > src/mesa/main/buffers.h | 3 ++- > src/mesa/main/context.c | 2 +- > 3 files changed, 6 insertions(+), 5 deletions(-) > > diff --git a/src/mesa/main/buffers.c b/src/mesa/ma

Re: [Mesa-dev] [PATCH 2/9] st/mesa: remove useless break statement

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > Reviewed-by: Rob Clark > --- > src/mesa/state_tracker/st_manager.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/src/mesa/state_tracker/st_manager.c > b/src/mesa/state_tracker/st_manager.c > index 84b6536..a983d64 100644 > --- a/s

Re: [Mesa-dev] [PATCH 1/9] st/mesa: rename st_readpixels to st_ReadPixels

On Tue, Feb 23, 2016 at 6:45 PM, Brian Paul wrote: > To match the convention of other device driver functions. (since I guess I should try to review more, and I'm waiting for a build.. :-P) Reviewed-by: Rob Clark > --- > src/mesa/state_tracker/st_cb_readpixels.c | 4 ++-- > 1 file changed, 2

[Mesa-dev] [Bug 94271] oclHashcat fails with ERROR: clGetDeviceInfo() : -30 : CL_INVALID_VALUE

https://bugs.freedesktop.org/show_bug.cgi?id=94271 Bug ID: 94271 Summary: oclHashcat fails with ERROR: clGetDeviceInfo() : -30 : CL_INVALID_VALUE Product: Mesa Version: 11.1 Hardware: Other OS: All

[Mesa-dev] [PATCH 8/9] mesa: updates some comments in buffers.c

--- src/mesa/main/buffers.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c index c400082..70c2a21 100644 --- a/src/mesa/main/buffers.c +++ b/src/mesa/main/buffers.c @@ -551,8 +551,8 @@ updated_drawbuffers(struct gl_con

[Mesa-dev] [PATCH 5/9] mesa: make _mesa_read_buffer() static

Not called from any other file. Remove _mesa_ prefix and update comments. --- src/mesa/main/buffers.c | 13 +++-- src/mesa/main/buffers.h | 4 2 files changed, 7 insertions(+), 10 deletions(-) diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c index 2c4a138..031b395 100

[Mesa-dev] [PATCH 6/9] mesa: make _mesa_draw_buffer() static

--- src/mesa/main/buffers.c | 12 ++-- src/mesa/main/buffers.h | 3 --- 2 files changed, 6 insertions(+), 9 deletions(-) diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c index 031b395..3b636aa 100644 --- a/src/mesa/main/buffers.c +++ b/src/mesa/main/buffers.c @@ -227,7 +227

[Mesa-dev] [PATCH 1/9] st/mesa: rename st_readpixels to st_ReadPixels

To match the convention of other device driver functions. --- src/mesa/state_tracker/st_cb_readpixels.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/state_tracker/st_cb_readpixels.c b/src/mesa/state_tracker/st_cb_readpixels.c index 6dc2661..5153c4b 100644 --- a

[Mesa-dev] [PATCH 2/9] st/mesa: remove useless break statement

--- src/mesa/state_tracker/st_manager.c | 1 - 1 file changed, 1 deletion(-) diff --git a/src/mesa/state_tracker/st_manager.c b/src/mesa/state_tracker/st_manager.c index 84b6536..a983d64 100644 --- a/src/mesa/state_tracker/st_manager.c +++ b/src/mesa/state_tracker/st_manager.c @@ -906,7 +906,6 @

[Mesa-dev] [PATCH 9/9] mesa: replace for loop with bitshifting in supported_buffer_bitmask()

--- src/mesa/main/buffers.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c index 70c2a21..6a6584e 100644 --- a/src/mesa/main/buffers.c +++ b/src/mesa/main/buffers.c @@ -58,10 +58,7 @@ supported_buffer_bitmask(const struct g

[Mesa-dev] [PATCH 3/9] mesa: use gl_buffer_index in a few places

--- src/mesa/main/buffers.c | 6 +++--- src/mesa/main/buffers.h | 3 ++- src/mesa/main/context.c | 2 +- 3 files changed, 6 insertions(+), 5 deletions(-) diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c index 3ca4b66..2c4a138 100644 --- a/src/mesa/main/buffers.c +++ b/src/mesa/main/

[Mesa-dev] [PATCH 4/9] mesa: move declaration of buffer var in handle_first_current()

Declare the var in the scopes where it's used. --- src/mesa/main/context.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/mesa/main/context.c b/src/mesa/main/context.c index a6d8939..26eee28 100644 --- a/src/mesa/main/context.c +++ b/src/mesa/main/context.c @@ -1600,

[Mesa-dev] [PATCH 7/9] mesa: make _mesa_draw_buffers() static

--- src/mesa/main/buffers.c | 14 +++--- src/mesa/main/buffers.h | 4 2 files changed, 7 insertions(+), 11 deletions(-) diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c index 3b636aa..c400082 100644 --- a/src/mesa/main/buffers.c +++ b/src/mesa/main/buffers.c @@ -323,17

[Mesa-dev] [PATCH] st/mesa: fix frontbuffer glReadPixels regressions

The change "mesa/readpix: Don't clip in _mesa_readpixels()" caused a few piglit regressions. The failing tests use glReadPixels to read from the front color buffer. The problem is we were trying to read from a non-existant front color buffer. The front color buffer is created on demand in st/mes

[Mesa-dev] [Bug 94254] [llvmpipe] [softpipe] piglit read-front regression

https://bugs.freedesktop.org/show_bug.cgi?id=94254 --- Comment #2 from Nanley Chery --- (In reply to Brian Paul from comment #1) > I'm looking into this. Probably the same as bug 94257 and 94253. > > The problem is glReadPixels is effectively a no-op since the front > renderbuffer dimensions ar

[Mesa-dev] [Bug 94254] [llvmpipe] [softpipe] piglit read-front regression

https://bugs.freedesktop.org/show_bug.cgi?id=94254 --- Comment #1 from Brian Paul --- I'm looking into this. Probably the same as bug 94257 and 94253. The problem is glReadPixels is effectively a no-op since the front renderbuffer dimensions are 0 x 0 because the renderbuffer hasn't been valida

Re: [Mesa-dev] [Libva] vaPutSurface never returns

[Dropping libvdpau and libva from the CC list] On 19 February 2016 at 20:02, Vasilis Liaskovitis wrote: > Hi, > > On Fri, Feb 19, 2016 at 5:04 PM, Emil Velikov > wrote: >> >> Was about to mention the same thing as Christian :-) >> >> Vasilis, is there any reason why you're using vdpau + the vdpa

Re: [Mesa-dev] [PATCH 1/2] tgsi/scan: count memory instructions

On 02/23/2016 09:45 AM, Marek Olšák wrote: From: Marek Olšák for radeonsi --- src/gallium/auxiliary/tgsi/tgsi_scan.c | 19 +++ src/gallium/auxiliary/tgsi/tgsi_scan.h | 1 + 2 files changed, 20 insertions(+) diff --git a/src/gallium/auxiliary/tgsi/tgsi_scan.c b/src/gallium

Re: [Mesa-dev] [PATCH] gallium/radeon: Correctly translate colorswaps for big endian

On Tue, Feb 23, 2016 at 5:17 PM, Oded Gabbay wrote: > On Tue, Feb 23, 2016 at 5:45 PM, Marek Olšák wrote: >> On Tue, Feb 23, 2016 at 4:41 PM, Oded Gabbay wrote: >>> The current code in r600_translate_colorswap uses the swizzle information >>> to determine which colorswap to use. >>> >>> This wor

[Mesa-dev] [PATCH 1/2] tgsi/scan: count memory instructions

From: Marek Olšák for radeonsi --- src/gallium/auxiliary/tgsi/tgsi_scan.c | 19 +++ src/gallium/auxiliary/tgsi/tgsi_scan.h | 1 + 2 files changed, 20 insertions(+) diff --git a/src/gallium/auxiliary/tgsi/tgsi_scan.c b/src/gallium/auxiliary/tgsi/tgsi_scan.c index 4f85d2f..8e24c

[Mesa-dev] [PATCH 2/2] radeonsi: use re-Z

From: Marek Olšák This can increase perf for shaders that kill pixels (kill, alpha-test, alpha-to-coverage). --- src/gallium/drivers/radeonsi/si_shader.h| 1 + src/gallium/drivers/radeonsi/si_state.c | 6 +++--- src/gallium/drivers/radeonsi/si_state_shaders.c | 16 +

Re: [Mesa-dev] Is that possible implement OpenGL/DirectX on top of Vulkan

ANGLE is considering implementing OpenGL ES 3.x on top of Vulkan. On Sat, Feb 20, 2016 at 2:07 AM, 罗勇刚(Yonggang Luo) wrote: > > > -- > 此致 > 礼 > 罗勇刚 > Yours > sincerely, > Yonggang Luo > > _

Re: [Mesa-dev] black background on android-x86-5.1

On Tue, Feb 23, 2016 at 11:17 AM, Chih-Wei Huang wrote: > 2016-02-16 16:24 GMT+08:00 qinshao...@phoenixos.com > : >> >> I note that you're only getting GLES 2.0 -- perhaps that's the reason, >> the later android's probably require GLES 3 -- I suspect you're >> hitting this because you're not buil

Re: [Mesa-dev] [PATCH] gallium/radeon: Correctly translate colorswaps for big endian

On Tue, Feb 23, 2016 at 5:45 PM, Marek Olšák wrote: > On Tue, Feb 23, 2016 at 4:41 PM, Oded Gabbay wrote: >> The current code in r600_translate_colorswap uses the swizzle information >> to determine which colorswap to use. >> >> This works for BE & LE when the nr_channels is <4, but when nr_chann

Re: [Mesa-dev] black background on android-x86-5.1

2016-02-16 16:24 GMT+08:00 qinshao...@phoenixos.com : > > I note that you're only getting GLES 2.0 -- perhaps that's the reason, > the later android's probably require GLES 3 -- I suspect you're > hitting this because you're not building mesa with > --enable-texture-float. Hi ilia, After enabled t

Re: [Mesa-dev] [PATCH] gallium/radeon: Correctly translate colorswaps for big endian

On Tue, Feb 23, 2016 at 4:41 PM, Oded Gabbay wrote: > The current code in r600_translate_colorswap uses the swizzle information > to determine which colorswap to use. > > This works for BE & LE when the nr_channels is <4, but when nr_channels==4 > (e.g. PIPE_FORMAT_A8R8G8B8_UNORM), this method can

[Mesa-dev] [PATCH] gallium/radeon: Correctly translate colorswaps for big endian

The current code in r600_translate_colorswap uses the swizzle information to determine which colorswap to use. This works for BE & LE when the nr_channels is <4, but when nr_channels==4 (e.g. PIPE_FORMAT_A8R8G8B8_UNORM), this method can not be used for both BE and LE, because the swizzle info is t

Re: [Mesa-dev] [PATCH 4/4] OpenSWR build changes

On 22 February 2016 at 22:15, Emil Velikov wrote: > Sure thing. Pop it in an earlier commit and say something like "it > does X as opposed to the current Y. we'll require the former with the > follow-up openswr build infrastructure". Sorry to bother you with > this, but my scons-foo is not ideal

[Mesa-dev] [PATCH v2 64/65] i965/formatquery: Add support for INTERNALFORMAT_PREFERRED query

This pname is tricky. The spec states that an internal format should be returned, that is compatible with the passed internal format, and has at least the same precision. There is no clear API to resolve this. The closest we have (and what other drivers (i.e, NVidia proprietary) do, is to return t

[Mesa-dev] [PATCH v2 15/65] mesa/formatquery: Added boilerplate code to extend GetInternalformativ

From: Antia Puentes The goal is to extend the GetInternalformativ query to implement the ARB_internalformat_query2 specification, keeping the behaviour defined by the ARB_internalformat_query if ARB_internalformat_query2 is not supported. v1: Fixed conflicts rebasing master. --- src/mesa/main/