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 ++
1 file changed,
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 an
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
+++ b/.gitignore
@@ -1,2 +1
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
>> > feed the context priority attribute through to the
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 GL45-CTS.texture_buffer.texture_buffer_texture_buffer_range
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 safe
>
> Third-party c
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)
> ---
> src/mesa/state_tracker/st_manager.c | 21
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 GMT+02:00 Marek Olšák :
> On Thu, Mar 30, 2017 at 8:09 PM,
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:
2017-04-07 16:31 GMT+02:00 Marek Olšák :
> On Thu, Mar 30, 2017 at 8:09 PM
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 :
On Thu, Mar 30, 2017 at 8:09 PM, Gustaw Smolarczyk
wrote:
> Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=98502
Emil Velikov changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
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 startup times, always 2 cores
>> -
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" - st/vdpau
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 04/08/2017 11:51 AM, Boyan Ding wrot
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
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
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 assumptio
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 deletions(-)
diff --git a/src/galli
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 a/src/gallium/drivers/nouveau/codegen/
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
b/src/gallium/drivers/nouveau/codegen/nv50_
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
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 c
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 assigne
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 up.
Sorry for the noise. V3
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 ins
---
.../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
--- a/src/ga
---
.../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
--- a/src/ga
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 f
---
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 change
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 archit
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 OP
---
.../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 1
---
.../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
--- a/src/
---
.../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
--- a/src/ga
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 always
35 matches
Mail list logo
