[Mesa-dev] [PATCH 3/3] pipe-loader: add pipe loader for freedreno/msm

From: Rob Clark Signed-off-by: Rob Clark --- src/gallium/targets/pipe-loader/Makefile.am | 16 src/gallium/targets/pipe-loader/pipe_msm.c | 20 2 files changed, 36 insertions(+) create mode 100644 src/gallium/targets/pipe-loader/pipe_msm.c diff --git a/s

[Mesa-dev] [PATCH 1/3] pipe-loader: split out "client" version

From: Rob Clark Build two versions of pipe-loader, with only the client version linking in x11 client side dependencies. This will allow the XA state tracker to use pipe-loader. Signed-off-by: Rob Clark --- configure.ac | 11 +-- src/gallium/auxil

[Mesa-dev] [PATCH 2/3] st/xa: use pipe-loader to get screen

From: Rob Clark This lets multiple gallium drivers use XA. Signed-off-by: Rob Clark --- configure.ac | 8 ++-- src/gallium/state_trackers/xa/Makefile.am | 11 - src/gallium/state_trackers/xa/xa_priv.h | 1 + src/gallium/state_trackers/xa/xa_trac

[Mesa-dev] [PATCH 0/3] enable XA for freedreno

From: Rob Clark Now that the rendering corruption issues from the very early days of a3xx gallium are solved it is time to return to freedreno XA support, so that presentation blit for windowed apps (and post-sub-buffer) != stall + memcpy(). With basic XA working now in xf86-video-freedreno, it

[Mesa-dev] [Bug 74727] New: Mesa 10.1: doesn't build with DRI3 enabled

https://bugs.freedesktop.org/show_bug.cgi?id=74727 Priority: medium Bug ID: 74727 Assignee: mesa-dev@lists.freedesktop.org Summary: Mesa 10.1: doesn't build with DRI3 enabled Severity: normal Classification: Unclassified OS:

[Mesa-dev] [Bug 74717] r600g: 'invalid read' linking geometry shader

https://bugs.freedesktop.org/show_bug.cgi?id=74717 --- Comment #2 from Török Edwin --- (In reply to comment #1) > I have replayed your trace and I get the following failing assertion. (mesa > is compiled with --enable-debug) > > glretrace: ../../src/glsl/ir.cpp:170: > ir_assignment::ir_assignmen

Re: [Mesa-dev] [PATCH v2] gallium: add geometry shader output limits

Please document the new caps in gallium/docs/../screen.rst. Thank you. Marek On Sat, Feb 8, 2014 at 2:02 PM, Grigori Goronzy wrote: > v2: adjust limits for radeonsi and llvmpipe > --- > src/gallium/drivers/freedreno/freedreno_screen.c | 5 + > src/gallium/drivers/i915/i915_screen.c

[Mesa-dev] [Bug 74723] main/shaderapi.c:407: detach_shader: Assertion `shProg->Shaders[j]->Type == 0x8B31 || shProg->Shaders[j]->Type == 0x8B30' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=74723 Brian Paul changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 74723] main/shaderapi.c:407: detach_shader: Assertion `shProg->Shaders[j]->Type == 0x8B31 || shProg->Shaders[j]->Type == 0x8B30' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=74723 --- Comment #4 from Brian Paul --- (In reply to comment #3) > Tested-by: Andreas Boll > > Candidate for stable? > > Thanks! Yes, I'll tag it for 10.0 and 10.1 -- You are receiving this mail because: You are the assignee for the bug. ___

[Mesa-dev] [Bug 74723] main/shaderapi.c:407: detach_shader: Assertion `shProg->Shaders[j]->Type == 0x8B31 || shProg->Shaders[j]->Type == 0x8B30' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=74723 --- Comment #3 from Andreas Boll --- Tested-by: Andreas Boll Candidate for stable? Thanks! -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-d

[Mesa-dev] [Bug 74723] main/shaderapi.c:407: detach_shader: Assertion `shProg->Shaders[j]->Type == 0x8B31 || shProg->Shaders[j]->Type == 0x8B30' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=74723 --- Comment #2 from Brian Paul --- Created attachment 93676 --> https://bugs.freedesktop.org/attachment.cgi?id=93676&action=edit update assertion for GS Can you try this patch? -- You are receiving this mail because: You are the assignee for

Re: [Mesa-dev] [PATCH v2] gallium: add geometry shader output limits

Candidate for 10.1 ? 2014-02-08 14:02 GMT+01:00 Grigori Goronzy : > v2: adjust limits for radeonsi and llvmpipe > --- > src/gallium/drivers/freedreno/freedreno_screen.c | 5 + > src/gallium/drivers/i915/i915_screen.c | 5 + > src/gallium/drivers/ilo/ilo_screen.c | 3

Re: [Mesa-dev] [PATCH 00/22] Exported symbols cleanup and tests

On 08/02/14 19:24, Matt Turner wrote: > On Sat, Feb 8, 2014 at 8:03 AM, Emil Velikov wrote: >> > > I sent questions about patches 2, 12, 16 (which also applies to 17, > and maybe some others). I don't think we should do patch 20, and I > barely know what OpenMAX is for 21 and 22. > > 1, 3-11, 13

[Mesa-dev] [Bug 74723] main/shaderapi.c:407: detach_shader: Assertion `shProg->Shaders[j]->Type == 0x8B31 || shProg->Shaders[j]->Type == 0x8B30' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=74723 --- Comment #1 from Andreas Boll --- Created attachment 93675 --> https://bugs.freedesktop.org/attachment.cgi?id=93675&action=edit bt full -- You are receiving this mail because: You are the assignee for the bug. _

[Mesa-dev] [PATCH v2] nouveau/video: make sure that firmware is present when checking caps

Apparently some players are ill-prepared for us claiming that a decoder exists only to have creating it fail, and express this poor preparation with crashes (e.g. flash). Check that firmware is there to increase the chances of there being a high correlation between reported capabilities and ability

Re: [Mesa-dev] [PATCH 21/22] automake: fold VISIBILITY_CFLAGS within DEFINES

On 08/02/14 19:22, Matt Turner wrote: > On Sat, Feb 8, 2014 at 8:04 AM, Emil Velikov wrote: >> Most places in mesa requires explicit VISIBILITY_CFLAGS causing >> some headache when introducing new build components and managing >> existing ones. Move to inconditionally hide all symbols and make >>

Re: [Mesa-dev] [PATCH 16/22] targets/dri: automake: add test for exported symbols

On 08/02/14 19:13, Matt Turner wrote: > On Sat, Feb 8, 2014 at 8:04 AM, Emil Velikov wrote: >> dri targets should export the following >> - __driDriverExtensions >> - __dri2ConfigOptions >> and >> - *winsys_create > for gl-vdpau interop >> >> Signed-off-by: Emil Velikov >> --- >> src/gallium/

Re: [Mesa-dev] [PATCH 02/22] targets/pipe-loader: automake: drop obsolete version-script

On 08/02/14 17:53, Matt Turner wrote: > The purpose of this version script looks to be related to static > builds, but in your cover letter you said you were building with > shared LLVM libraries. Does this affect static builds? > Unfortunately it does. For static builds the version script preven

[Mesa-dev] [Bug 74723] New: main/shaderapi.c:407: detach_shader: Assertion `shProg->Shaders[j]->Type == 0x8B31 || shProg->Shaders[j]->Type == 0x8B30' failed.

https://bugs.freedesktop.org/show_bug.cgi?id=74723 Priority: medium Bug ID: 74723 Assignee: mesa-dev@lists.freedesktop.org Summary: main/shaderapi.c:407: detach_shader: Assertion `shProg->Shaders[j]->Type == 0x8B31 ||

[Mesa-dev] [Bug 74717] r600g: 'invalid read' linking geometry shader

https://bugs.freedesktop.org/show_bug.cgi?id=74717 Andreas Boll changed: What|Removed |Added CC||andreas.boll@gmail.com,

Re: [Mesa-dev] [PATCH 00/22] Exported symbols cleanup and tests

On Sat, Feb 8, 2014 at 8:03 AM, Emil Velikov wrote: > I sent questions about patches 2, 12, 16 (which also applies to 17, and maybe some others). I don't think we should do patch 20, and I barely know what OpenMAX is for 21 and 22. 1, 3-11, 13-19 are (assuming in and out of tree builds work) Re

Re: [Mesa-dev] [PATCH 21/22] automake: fold VISIBILITY_CFLAGS within DEFINES

On Sat, Feb 8, 2014 at 8:04 AM, Emil Velikov wrote: > Most places in mesa requires explicit VISIBILITY_CFLAGS causing > some headache when introducing new build components and managing > existing ones. Move to inconditionally hide all symbols and make > sure we explicitly set the ones that need to

Re: [Mesa-dev] [PATCH 16/22] targets/dri: automake: add test for exported symbols

On Sat, Feb 8, 2014 at 8:04 AM, Emil Velikov wrote: > dri targets should export the following > - __driDriverExtensions > - __dri2ConfigOptions > and > - *winsys_create > for gl-vdpau interop > > Signed-off-by: Emil Velikov > --- > src/gallium/Automake.inc | 1 - > src/ga

Re: [Mesa-dev] [PATCH 12/22] targets/egl-static: automake: drop obsolete version-script

Same question as before about static builds. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 02/22] targets/pipe-loader: automake: drop obsolete version-script

The purpose of this version script looks to be related to static builds, but in your cover letter you said you were building with shared LLVM libraries. Does this affect static builds? ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists

Re: [Mesa-dev] [PATCH 3/3] mesa: allocate gl_debug_state on demand

On 02/07/2014 04:43 PM, Brian Paul wrote: > We don't need to allocate all the state related to GL_ARB_debug_output > until some aspect of that extension is actually needed. > > The sizeof(gl_debug_state) is huge (~285KB on 64-bit systems), not even > counting the 54(!) hash tables and lists that i

Re: [Mesa-dev] [PATCH 06/13] mesa: allow buffers mapped with the persistent flag to be used by the GPU

On Thursday 30 January 2014, Marek Olšák wrote: > From: Marek Olšák > > --- > src/mesa/main/api_validate.c | 2 +- > src/mesa/main/bufferobj.c | 12 > src/mesa/main/bufferobj.h | 8 > src/mesa/main/drawpix.c | 4 ++-- > src/mesa/main/pbo.c | 4 +

[Mesa-dev] "glsl: Vectorize multiple scalar assignments" (mesa 4bd6e0d) breaks League of Legends on wine

Hi, I updated mesa and started getting some bad behavior in League of Legends (played through wine). After starting a game, upon hovering any of the skill buttons, instead of an info tooltip appearing, the whole screen is covered in grey. Some other problems are visible too, like the options

Re: [Mesa-dev] "glsl: Vectorize multiple scalar assignments" (mesa 4bd6e0d) breaks League of Legends on wine

On 02/08/2014 02:41 AM, Matt Turner wrote: On Fri, Feb 7, 2014 at 10:22 PM, Andrew Guertin wrote: Hi, I updated mesa and started getting some bad behavior in League of Legends (played through wine). After starting a game, upon hovering any of the skill buttons, instead of an info tooltip appea

[Mesa-dev] [PATCH] glsl: Add locking to builtin_builder singleton

Consider a multithreaded program with two contexts A and B, and the following scenario: 1. Context A calls initialize(), which allocates mem_ctx and starts building built-ins. 2. Context B calls initialize(), which sees mem_ctx != NULL and assumes everything is already set up. It returns. 3

Re: [Mesa-dev] [PATCH] R600/SI: Custom select 64-bit ADD

I didn't think to try this. Where is the address folding happening? On 02/07/2014 07:46 AM, Tom Stellard wrote: From: Tom Stellard --- lib/Target/R600/AMDGPUISelDAGToDAG.cpp | 48 ++ lib/Target/R600/SIISelLowering.cpp | 29 lib/Targe

[Mesa-dev] [PATCH 11/22] egl: automake: add symbol test

Signed-off-by: Emil Velikov --- src/egl/main/Makefile.am | 2 + src/egl/main/egl-symbols-check | 109 + 2 files changed, 111 insertions(+) create mode 100755 src/egl/main/egl-symbols-check diff --git a/src/egl/main/Makefile.am b/src/egl/main/Makef

[Mesa-dev] [PATCH 20/22] st/clover: use VISIBILITY_CXXFLAGS where approapriate

Use the c++ visibility flags when building cpp files. Signed-off-by: Emil Velikov --- src/gallium/state_trackers/clover/Makefile.am | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/gallium/state_trackers/clover/Makefile.am b/src/gallium/state_trackers/clover/Makefil

[Mesa-dev] [PATCH 15/22] targets/vdpau: automake: add exported symbol tests

And drop the obsolete export-symbol-regex from the linker. Signed-off-by: Emil Velikov --- src/gallium/Automake.inc | 1 - src/gallium/targets/r600/vdpau/Makefile.am | 6 ++ src/gallium/targets/radeonsi/vdpau/Makefile.am | 6 ++ src/gallium/targets/vdpau-nouv

[Mesa-dev] [PATCH 09/22] st/egl: automake: avoid exporting all symbols

Signed-off-by: Emil Velikov --- src/gallium/state_trackers/egl/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/state_trackers/egl/Makefile.am b/src/gallium/state_trackers/egl/Makefile.am index bad14fe..9c00f06 100644 --- a/src/gallium/state_trackers/egl/Makefile.am ++

[Mesa-dev] [PATCH 13/22] st/vdpau: do not export VdpPresentationQueueTargetCreateX11

The function pointer is retrieved via VdpGetProcAddress just like all the other vdpau functions and should not be exported. Signed-off-by: Emil Velikov --- src/gallium/state_trackers/vdpau/device.c| 2 +- src/gallium/state_trackers/vdpau/vdpau_private.h | 4 +++- 2 files changed, 4 inser

[Mesa-dev] [PATCH 14/22] st/vdpau: automake: export only PUBLIC symbols

Signed-off-by: Emil Velikov --- src/gallium/state_trackers/vdpau/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/state_trackers/vdpau/Makefile.am b/src/gallium/state_trackers/vdpau/Makefile.am index a2fa366..a74b5bf 100644 --- a/src/gallium/state_trackers/vdpau/Makefi

[Mesa-dev] [PATCH 12/22] targets/egl-static: automake: drop obsolete version-script

Signed-off-by: Emil Velikov --- src/gallium/targets/egl-static/Makefile.am | 2 -- src/gallium/targets/egl-static/egl.link| 3 --- 2 files changed, 5 deletions(-) delete mode 100644 src/gallium/targets/egl-static/egl.link diff --git a/src/gallium/targets/egl-static/Makefile.am b/src/galliu

[Mesa-dev] [PATCH 01/22] auxiliary/pipe-loader: automake: avoid exporting all symbols

Signed-off-by: Emil Velikov --- src/gallium/auxiliary/pipe-loader/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/auxiliary/pipe-loader/Makefile.am b/src/gallium/auxiliary/pipe-loader/Makefile.am index 8e4d034..74a61a3 100644 --- a/src/gallium/auxiliary/pipe-loader/Ma

[Mesa-dev] [PATCH 05/22] gbm: do not export _gbm_mesa_get_device

This symbol is internal and was never part of the API. Unused by any of the gbm backends, it makes sense to simply not export it. Cc: Kristian Høgsberg Signed-off-by: Emil Velikov --- src/gbm/main/gbm.c| 2 +- src/gbm/main/gbmint.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) d

[Mesa-dev] [PATCH 08/22] targets/egl-static: automake: don't export local symbols

Signed-off-by: Emil Velikov --- src/gallium/targets/egl-static/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/targets/egl-static/Makefile.am b/src/gallium/targets/egl-static/Makefile.am index 73bb795..7559bcd 100644 --- a/src/gallium/targets/egl-static/Makefile.am ++

[Mesa-dev] [PATCH 21/22] automake: fold VISIBILITY_CFLAGS within DEFINES

Most places in mesa requires explicit VISIBILITY_CFLAGS causing some headache when introducing new build components and managing existing ones. Move to inconditionally hide all symbols and make sure we explicitly set the ones that need to be public. XXX: The following needs to be checked/tested s

[Mesa-dev] [PATCH 19/22] omx: use VISIBILITY_CFLAGS to control exported symbols

Initial step of cleaning the exported symbols from targets/omx - Mark omx_component_library_Setup as public - Drop export-symbols-regex Signed-off-by: Emil Velikov --- src/gallium/state_trackers/omx/Makefile.am | 1 + src/gallium/state_trackers/omx/entrypoint.h | 2 +- src/gallium/targets/

[Mesa-dev] [PATCH 22/22] targets/omx: automake: add symbol test

Signed-off-by: Emil Velikov --- src/gallium/targets/omx-symbols-check| 13 + src/gallium/targets/r600/omx/Makefile.am | 6 ++ src/gallium/targets/radeonsi/omx/Makefile.am | 6 ++ 3 files changed, 25 insertions(+) create mode 100755 src/gallium/targets/omx-symbol

[Mesa-dev] [PATCH 10/22] wayland-egl: automake: add symbol test

Signed-off-by: Emil Velikov --- src/egl/wayland/wayland-egl/Makefile.am | 2 ++ src/egl/wayland/wayland-egl/wayland-egl-symbols-check | 16 2 files changed, 18 insertions(+) create mode 100755 src/egl/wayland/wayland-egl/wayland-egl-symbols-check diff --git a/src

[Mesa-dev] [PATCH 18/22] osmesa: drop obsolete AM_CXXFLAGS

There is no cpp files during the build process, thus we can safely drop the unused cxxflags. Signed-off-by: Emil Velikov --- src/mesa/drivers/osmesa/Makefile.am | 2 -- 1 file changed, 2 deletions(-) diff --git a/src/mesa/drivers/osmesa/Makefile.am b/src/mesa/drivers/osmesa/Makefile.am index d

[Mesa-dev] [PATCH 17/22] targets/xvmc: add automake test to check for exported symbols

Drop the use of -export-symbols-regex now that xvmc drivers/backends export only the required functions. Add a test to capture future problems via make check. Signed-off-by: Emil Velikov --- src/gallium/Automake.inc | 1 - src/gallium/targets/r600/xvmc/Makefile.am| 6 ++

[Mesa-dev] [PATCH 04/22] gbm: automake: add VISIBILITY_CFLAGS

Currently the library exports every symbol imaginable, rather than the ones defined by the API. Note: This may cause issues for libraries that are linking agaist libgbm's internals. Cc: Kristian Høgsberg Signed-off-by: Emil Velikov --- src/gbm/Makefile.am | 3 ++- 1 file changed, 2 insertions(

[Mesa-dev] [PATCH 07/22] gbm: automake: add symbol tests

Signed-off-by: Emil Velikov --- src/gallium/targets/gbm/Makefile.am | 2 ++ src/gallium/targets/gbm/gallium-gbm-symbols-check | 13 + src/gbm/Makefile.am | 2 ++ src/gbm/gbm-symbols-check | 33 +++ 4

[Mesa-dev] [PATCH 06/22] targets/gbm: automake: do not export internal symbols

Add VISIBILITY_CFLAGS to automake build, so that only required symbols are exported. Signed-off-by: Emil Velikov --- src/gallium/targets/gbm/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/targets/gbm/Makefile.am b/src/gallium/targets/gbm/Makefile.am index 4299d07..5

[Mesa-dev] [PATCH 16/22] targets/dri: automake: add test for exported symbols

dri targets should export the following - __driDriverExtensions - __dri2ConfigOptions and - *winsys_create > for gl-vdpau interop Signed-off-by: Emil Velikov --- src/gallium/Automake.inc | 1 - src/gallium/targets/dri-i915/Makefile.am | 5 + src/gallium/targets/d

[Mesa-dev] [PATCH 03/22] st/gbm: automake: do not export gbm_gallium_drm_device_create

Symbol is internal and was never meant to be exported. Signed-off-by: Emil Velikov --- src/gallium/state_trackers/gbm/Makefile.am | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/gallium/state_trackers/gbm/Makefile.am b/src/gallium/state_trackers/gbm/Makefile.am index

[Mesa-dev] [PATCH 02/22] targets/pipe-loader: automake: drop obsolete version-script

With all the symbols resolved, there is no need to use version-script to restrict exported symbols. Signed-off-by: Emil Velikov --- src/gallium/targets/pipe-loader/Makefile.am | 2 -- src/gallium/targets/pipe-loader/pipe.link | 3 --- 2 files changed, 5 deletions(-) delete mode 100644 src/gal

[Mesa-dev] [PATCH 00/22] Exported symbols cleanup and tests

Hello list, Continuing with another not so interesting area of mesa - cleaning up the exported symbols and adding make check tests. Note: Most of these patches are rather dull and may cause boredom or sleepiness :-) Before proceeding make sure that with-llvm-shared-libs is set, otherwise the mod

[Mesa-dev] [PATCH 2/2] winsys/nouveau: make nouveau_drm_screen_create public

One step towards vdpau-interop to work. Signed-off-by: Emil Velikov --- src/gallium/winsys/nouveau/drm/nouveau_drm_winsys.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gallium/winsys/nouveau/drm/nouveau_drm_winsys.c b/src/gallium/winsys/nouveau/drm/nouveau_drm_winsys

[Mesa-dev] [PATCH 1/2] configure: error out when building radeonsi without gallium-llvm

--enable-gallium-llvm is required by radeonsi. Currently we check only for LLVM_VERSION_INT which is 0, whenever gallium-llvm is disabled explicitly. ./configure --with-gallium-drivers=r600,radeonsi --disable-gallium-llvm Signed-off-by: Emil Velikov --- configure.ac | 11 +++ 1 file cha

[Mesa-dev] [PATCH v2] gallium: add geometry shader output limits

v2: adjust limits for radeonsi and llvmpipe --- src/gallium/drivers/freedreno/freedreno_screen.c | 5 + src/gallium/drivers/i915/i915_screen.c | 5 + src/gallium/drivers/ilo/ilo_screen.c | 3 +++ src/gallium/drivers/llvmpipe/lp_screen.c | 3 +++ src/gallium/dr

Re: [Mesa-dev] [PATCH] gallium: add geometry shader output limits

On 06.02.2014 02:46, Michel Dänzer wrote: + case PIPE_CAP_MAX_GEOMETRY_TOTAL_OUTPUT_COMPONENTS: + return 16384; radeonsi currently can't handle more than 4095 total output components, as the buffer resource for writing to the GSVS ring only has 14 bits for the stride in byte

Re: [Mesa-dev] [PATCH 1/2] gallium: add texture gather support to gallium

On 07.02.2014 23:25, Dave Airlie wrote: >>> Doh, yes because GL has ARB_texture_gather then has stuff hidden away >>> in ARB_gpu_shader5 I forgot to add the extra bits which I suppose we should >>> do. >>> >>> So I've reposted with the component selection in src1 now. >> Hmm seems a bit excessive