[Mesa-dev] [PATCH shader-db] Add ".so" shared objects to .gitignore

For intel_stubs.so Signed-off-by: Rhys Kidd --- I don't have commit access, so I would appreciate a reviewer pushing this to master. .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index f69750a..95a04f6 100644 --- a/.gitignore +++

Re: [Mesa-dev] Meson mesademos (Was: [RFC libdrm 0/2] Replace the build system with meson)

On 08/04/17 00:24, Dylan Baker wrote: Quoting Jose Fonseca (2017-03-30 15:19:31) Cool. BTW, another alternative (for things like LLVM) would be to chain build systems (ie, have a wrap that builds LLVM invoking CMake) Jose I have no idea whether chaining would work or not, that would be

Re: [Mesa-dev] [PATCH 2/2] egl, dri: Propagate context priority hint to driver->CreateContext

On 7 April 2017 at 09:50, Chris Wilson wrote: > On Thu, Apr 06, 2017 at 08:29:55PM -0400, Rob Clark wrote: >> On Thu, Apr 6, 2017 at 3:12 PM, Chris Wilson >> wrote: >> > Jump through the layers of abstraction between egl and dri in order to >>

Re: [Mesa-dev] [PATCH v2] gbm: add support for loading third-party backend (v2)

On 7 April 2017 at 08:28, Qiang Yu wrote: > V2: > 1. export gbmint.h and test backend/libgbm ABI compatible > 2. drop GBM_BACKEND_DIR, specify backend path in config file > 3. add GBM_CONFIG_DIR for config file > 4. add per backend priority > 5. take care of thread

[Mesa-dev] [PATCH] nvc0: increase texture buffer object alignment to 256 for pre-GM107

We currently don't pass the low byte of the address via the surface info, so in order to work with images, these have to implicitly be aligned to 256. The proprietary driver also doesn't go out of its way to provide lower alignment. Fixes

[Mesa-dev] [PATCH] nouveau: when mapping a persistent buffer, synchronize on former xfers

If the buffer is being used, we should wait for those uses to be complete before returning the map. Fixes: GL45-CTS.direct_state_access.buffers_functional Signed-off-by: Ilia Mirkin Cc: mesa-sta...@lists.freedesktop.org --- src/gallium/drivers/nouveau/nouveau_buffer.c | 6

Re: [Mesa-dev] [PATCH 9/9] mesa/st: take ownership rather than adding reference for new renderbuffers

On 8 April 2017 at 02:04, Timothy Arceri wrote: > This avoids locking in the reference calls and fixes a leak after the > RefCount initialisation was change from 0 to 1. > > Fixes: 32141e53d1520 (mesa: tidy up renderbuffer RefCount initialisation) > --- >

[Mesa-dev] [PATCH] amd/addrlib: use correct variable name in header

Since the inclusion in 7f160efcde41b52ad78e562316384373dab419e3 the header used x_biased, while the implementation used y_biased. This changes the header to macth the implementation since the uses of the function seems to expect y_biased. --- src/amd/addrlib/gfx9/rbmap.h | 2 +- 1 file changed, 1

Re: [Mesa-dev] [PATCH v2] gbm: add support for loading third-party backend (v2)

> sysconfigdir is the right place. If you want it to point to /etc, you > should run configure with --with-sysconfigdir=/etc. The point of > --prefix is to make sure that everything's contained within it. Many > distros choose to set the sysconfigdir to /etc, but that doesn't > change the fact

Re: [Mesa-dev] Mesa master: 'current' 'git fsck' version catching content which was always bad but not reported before

On 08.04.2017 02:54, Dieter Nützel wrote: Hello all, 'current' git version here: git version 2.12.2 https://github.com/collectd/collectd/issues/2115 Comment from: philpennock commented on 27 Dec 2016 [-] This is a git fsck change dating from around git 2.5ish, catching content which was

Re: [Mesa-dev] [PATCH] mesa: fix renderbuffer leak

I confirm that the series fix all memory leaks I was observing. Tested-by: Bartosz Tomczyk On 08.04.2017 05:23, Timothy Arceri wrote: On 08/04/17 12:25, Timothy Arceri wrote: Actually please ignore that series for now. There are some issue with it I need to fix

[Mesa-dev] [Bug 98974] Can't see borders/empires in Stellaris

https://bugs.freedesktop.org/show_bug.cgi?id=98974 --- Comment #8 from lukas.fuernkranz+bugzil...@gmail.com --- I still have that problem. with the new Stellaris version (1.5.0) and Mesa 17.1.0-devel. -- You are receiving this mail because: You are the QA Contact for the bug. You are the

[Mesa-dev] [PATCH 6/9] nvc0/ir: Add SV_LANEMASK_* system values.

--- src/gallium/drivers/nouveau/codegen/nv50_ir.h | 5 + src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp | 5 + src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp | 5 + src/gallium/drivers/nouveau/codegen/nv50_ir_emit_nvc0.cpp | 5 + 4 files

[Mesa-dev] [PATCH 3/9] nvc0/ir: Emit OP_SHFL

--- .../drivers/nouveau/codegen/nv50_ir_emit_nvc0.cpp | 51 ++ 1 file changed, 51 insertions(+) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_nvc0.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_nvc0.cpp index d5a310f88c..8dd73bd77d 100644 ---

[Mesa-dev] [PATCH 0/9] nvc0: ARB_shader_ballot for Kepler+

This series implements ARB_shader_ballot for Kepler+. I have tested it on GK208, 8 of 9 of piglit execution tests passed against current master. The only failed test is because of the test's wrong assumption when thread group size is less than 64, which is the case for nvidia hardware. Other

[Mesa-dev] [PATCH 5/9] nvc0/ir: Allow 0/1 immediate value as source of OP_VOTE

Implementation of readFirstInvocationARB() on nvidia hardware needs a ballotARB(true) used to decide the first active thread. This expressed in gm107 asm as (supposing output is $r0): vote any $r0 0x1 0x1 To model the always true input, which corresponds to the second 0x1 above, we make

[Mesa-dev] [PATCH 1/9] gm107/ir: Emit third src 'bound' and optional predicate output of SHFL

--- .../drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp | 23 ++ 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp index 6903132efa..4a741bf45b

[Mesa-dev] [PATCH 4/9] gk110/ir: Emit OP_SHFL

--- .../drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp | 50 ++ 1 file changed, 50 insertions(+) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gk110.cpp index 1121ae0912..e82e3684b0 100644 ---

[Mesa-dev] [PATCH 7/9] nvc0/ir: Implement TGSI_SEMANTIC_SUBGROUP_*

--- .../drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 27 ++ 1 file changed, 27 insertions(+) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp index 13625bf3bd..56e7951e99 100644 ---

[Mesa-dev] [PATCH 9/9] nvc0: Enable ARB_shader_ballot on Kepler+

readInvocationARB() and readFirstInvocationARB() need SHFL.IDX instruction which is introduced in Kepler. --- docs/features.txt | 2 +- docs/relnotes/17.1.0.html | 2 +- src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 3 ++- 3 files changed, 4

[Mesa-dev] [PATCH 8/9] nvc0/ir: Implement TGSI_OPCODE_BALLOT and TGSI_OPCODE_READ_*

--- .../drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 28 ++ 1 file changed, 28 insertions(+) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp index 56e7951e99..10cb2325e9 100644 ---

[Mesa-dev] [PATCH 2/9] nvc0/ir: Properly handle a "split form" of predicate destination

GF100's ISA encoding has a weird form of predicate destination where its 3 bits are split across whole the instruction. Use a dedicated setPDSTL function instead of original defId which is incorrect in this case. --- src/gallium/drivers/nouveau/codegen/nv50_ir_emit_nvc0.cpp | 13 +++-- 1

Re: [Mesa-dev] [PATCH 5/9] nvc0/ir: Allow 0/1 immediate value as source of OP_VOTE

On 04/08/2017 11:51 AM, Boyan Ding wrote: Implementation of readFirstInvocationARB() on nvidia hardware needs a ballotARB(true) used to decide the first active thread. This expressed in gm107 asm as (supposing output is $r0): vote any $r0 0x1 0x1 To model the always true input, which

Re: [Mesa-dev] [PATCH 3/9] nvc0/ir: Emit OP_SHFL

On 04/08/2017 11:51 AM, Boyan Ding wrote: --- .../drivers/nouveau/codegen/nv50_ir_emit_nvc0.cpp | 51 ++ 1 file changed, 51 insertions(+) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_nvc0.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_nvc0.cpp

Re: [Mesa-dev] [PATCH 1/9] gm107/ir: Emit third src 'bound' and optional predicate output of SHFL

On 04/08/2017 11:51 AM, Boyan Ding wrote: --- .../drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp | 23 ++ 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp

Re: [Mesa-dev] [PATCH 1/9] gm107/ir: Emit third src 'bound' and optional predicate output of SHFL

2017-04-08 20:42 GMT+08:00 Samuel Pitoiset : > > > On 04/08/2017 11:51 AM, Boyan Ding wrote: >> >> --- >> .../drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp | 23 >> ++ >> 1 file changed, 19 insertions(+), 4 deletions(-) >> >> diff --git

Re: [Mesa-dev] [PATCH 1/9] gm107/ir: Emit third src 'bound' and optional predicate output of SHFL

On 04/08/2017 02:49 PM, Boyan Ding wrote: 2017-04-08 20:42 GMT+08:00 Samuel Pitoiset : On 04/08/2017 11:51 AM, Boyan Ding wrote: --- .../drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp | 23 ++ 1 file changed, 19 insertions(+), 4

Re: [Mesa-dev] [PATCH 0/9] nvc0: ARB_shader_ballot for Kepler+

Nice series. How about ARB_shader_clock now? :) On 04/08/2017 11:51 AM, Boyan Ding wrote: This series implements ARB_shader_ballot for Kepler+. I have tested it on GK208, 8 of 9 of piglit execution tests passed against current master. The only failed test is because of the test's wrong

Re: [Mesa-dev] [PATCH 9/9] nvc0: Enable ARB_shader_ballot on Kepler+

I would just suggest to only enable the feature on GK110 for now. Except if someone else can test on GK104 and GM107+. On 04/08/2017 11:51 AM, Boyan Ding wrote: readInvocationARB() and readFirstInvocationARB() need SHFL.IDX instruction which is introduced in Kepler. --- docs/features.txt

Re: [Mesa-dev] [PATCH 07/53] i965/drm: Drop libpciaccess dependencies.

On Wed, Apr 05, 2017 at 10:31:48AM +0100, Chris Wilson wrote: > On Tue, Apr 04, 2017 at 05:09:57PM -0700, Kenneth Graunke wrote: > > i965 doesn't use drm_intel_get_aperture_sizes(), so we can delete > > support for it. This avoids a build dependency on libpciaccess. > > \o/ > > There's a really

Re: [Mesa-dev] [PATCH 9/9] nvc0: Enable ARB_shader_ballot on Kepler+

Meh, caution to the wind. It'll be easy to fix when/if someone complains. On Sat, Apr 8, 2017 at 8:59 AM, Samuel Pitoiset wrote: > I would just suggest to only enable the feature on GK110 for now. Except if > someone else can test on GK104 and GM107+. > > > On

Re: [Mesa-dev] [PATCH 00/13] Better Travis-CI integration

On 04/08/2017 05:05 AM, Emil Velikov wrote: > Hi all, > > Inspired by the work from Andres, I've went ahead and made our > integration a bit better. Highlights include: > - run in container - faster startup times, always 2 cores > - removed unneeded packages > - "build everything" -

[Mesa-dev] [Bug 98502] Delay when starting firefox, thunderbird or chromium and dmesg spam

https://bugs.freedesktop.org/show_bug.cgi?id=98502 Emil Velikov changed: What|Removed |Added Status|REOPENED|RESOLVED

Re: [Mesa-dev] [PATCH 10/14] mesa/main: Maintain compressed fog mode.

2017-04-08 18:37 GMT+02:00 Marek Olšák : > On Sat, Apr 8, 2017 at 12:53 AM, Gustaw Smolarczyk > wrote: >> 2017-04-07 23:56 GMT+02:00 Marek Olšák : >>> On Fri, Apr 7, 2017 at 6:54 PM, Gustaw Smolarczyk >>> wrote:

Re: [Mesa-dev] [PATCH 00/13] Better Travis-CI integration

On 8 April 2017 at 14:19, Edward O'Callaghan wrote: > > > On 04/08/2017 05:05 AM, Emil Velikov wrote: >> Hi all, >> >> Inspired by the work from Andres, I've went ahead and made our >> integration a bit better. Highlights include: >> - run in container - faster

Re: [Mesa-dev] [PATCH 10/14] mesa/main: Maintain compressed fog mode.

On Sat, Apr 8, 2017 at 12:53 AM, Gustaw Smolarczyk wrote: > 2017-04-07 23:56 GMT+02:00 Marek Olšák : >> On Fri, Apr 7, 2017 at 6:54 PM, Gustaw Smolarczyk >> wrote: >>> 2017-04-07 16:31 GMT+02:00 Marek Olšák :

Re: [Mesa-dev] [PATCH 10/14] mesa/main: Maintain compressed fog mode.

On 08.04.2017 19:37, Marek Olšák wrote: > On Sat, Apr 8, 2017 at 12:53 AM, Gustaw Smolarczyk > wrote: >> 2017-04-07 23:56 GMT+02:00 Marek Olšák : >>> On Fri, Apr 7, 2017 at 6:54 PM, Gustaw Smolarczyk >>> wrote: 2017-04-07 16:31