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 backend. This
> > requires
https://bugs.freedesktop.org/show_bug.cgi?id=100609
--- Comment #1 from nfx...@gmail.com ---
By the way, I'm not sure, but this test seems to trigger this case, and expects
that it doesn't trigger an error?
https://cgit.freedesktop.org/piglit/tree/tests/bugs/fdo28551.c
--
You are receiving this
On Thu, Apr 06, 2017 at 01:37:54PM -0700, Jordan Justen wrote:
> Since '---' can exist within an ascii85 encoded string, we should
> avoid these strings when looking for header lines in the error state
> file.
>
> One of the things we do inside the 'if (dashes) {' block is to print
> the entire
On Thu, Apr 06, 2017 at 10:53:07PM -0700, Jason Ekstrand wrote:
> ---
> src/intel/vulkan/anv_descriptor_set.c | 22 +++---
> 1 file changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/src/intel/vulkan/anv_descriptor_set.c
> b/src/intel/vulkan/anv_descriptor_set.c
> index
On Thu, Apr 06, 2017 at 08:49:54PM -0700, Jason Ekstrand wrote:
> Commit b2c97bc789198427043cd902bc76e194e7e81c7d which made us start
> using a busy-wait for individual query results also messed up cache
> flushing on !LLC platforms. For one thing, I forgot the mfence after
> the clflush so
Hi, Rob,
On 04/04/2017 07:12 PM, Rob Clark wrote:
> On Tue, Apr 4, 2017 at 12:10 PM, Thomas Hellstrom
> wrote:
>> On 04/04/2017 05:36 PM, Rob Clark wrote:
>>> On Tue, Apr 4, 2017 at 10:28 AM, Thomas Hellstrom
>>> wrote:
On 04/04/2017 04:06
https://bugs.freedesktop.org/show_bug.cgi?id=100609
Bug ID: 100609
Summary: glGetFramebufferAttachmentParameteriv() returns
GL_INVALID_ENUM when getting attachment size from back
buffer
Product: Mesa
Version:
On 07.04.2017 10:45, Michel Dänzer wrote:
On 06/04/17 11:50 PM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
The system value only has an X component, and radeonsi started
checking that in debug builds.
Reported-by: Michel Dänzer
Fixes:
On 06/04/17 11:50 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> The system value only has an X component, and radeonsi started
> checking that in debug builds.
>
> Reported-by: Michel Dänzer
> Fixes: 4cf29427770f ("radeonsi: support
Those two scripts suggest about commits that could be potential candidates to be
in stable.
But if we decided some of those commits arent, the scripts will continue
suggesting them.
The first patch adds a bin/.cherry-ignore-extra, similar to bin/.cherry-ignore,
where we can put the commits we
Both scripts does not use a file with the commits to ignore. So if we
have handled one of the suggested commits and decided we won't pick it,
the scripts will continue suggesting them.
This commits adds support for a bin/.cherry-ignore-extra where we can
put the commits not explicitly rejected
The txc-dxtn library implements the patented S3 Texture Compression
algorithm.
By default it won't be used but we add the possibility of setting the
USE_TXC_DXTN variable to yes in the travis web UI so it will be
installed and used for the scons tests.
Signed-off-by: Andres Gomez
The packaged libtxc-dxtn-s2tc0 will make scons check fail. Manually
remove this package.
v2:
- scons check will pass just by not having an available
libtxc_dxtn.so, as noticed by Rhys.
- remove the installaton of the patent covered txc-dxtn library, as
commented by Eric.
Trusty's LLVM toochain repository was whitelisted some time ago. See:
https://github.com/travis-ci/apt-source-whitelist/commit/479067c5e74cb0c1e2419209179b1afe2edce274
Signed-off-by: Andres Gomez
Cc: Rhys Kidd
Cc: Emil Velikov
On 04/07/2017 10:45 AM, Michel Dänzer wrote:
On 06/04/17 11:50 PM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
The system value only has an X component, and radeonsi started
checking that in debug builds.
Reported-by: Michel Dänzer
Fixes:
Show the commit hash and the title in a way that it is easier to copy
and paste in the bin/.cherry-ignore-extra file if we want to ignore
those commits for the future.
v2:
- Use printf instead echo (Eric Engestrom)
Reviewed-by: Eric Engestrom
---
Show the commit hash and the title in a way that it is easier to copy
and paste in the bin/.cherry-ignore-extra file if we want to ignore
those commits for the future.
v2:
- Use printf instead echo (Eric Engestrom)
Reviewed-by: Eric Engestrom
---
Forgot to use printf
A couple of fixes to use a bit more standard syntax to pull the LLVM
dependencies and to make scons check pass.
Andres Gomez (3):
travis: replace Trusty-based LLVM toolchain apt-get with apt addon
travis: remove the libtxc-dxtn-s2tc0 library so scons check can pass
travis: add the
Reviewed-by: Juan A. Suarez Romero
On Thu, 2017-04-06 at 13:07 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> Otherwise linking way fail.
>
> Cc: Jason Ekstrand
> Cc: Vinson Lee
> Bugzilla:
https://bugs.freedesktop.org/show_bug.cgi?id=100600
--- Comment #1 from Juan A. Suarez ---
Patch at https://patchwork.freedesktop.org/patch/148737/
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
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 can put their backend to a directory and create a
From: Nicolai Hähnle
Enable code sanitizers by adding -fsanitize=$foo flags for the compiler
and linker.
In addition, this also disables checking for undefined symbols: running
the address sanitizer requires additional symbols which should be provided
by a preloaded
Reviewed-by: Juan A. Suarez Romero
On Thu, 2017-04-06 at 14:47 +1000, Timothy Arceri wrote:
> We only need to update it if something changes. Also
> _mesa_bind_vertex_buffer() will update the mask when binding to a
> NULL or default buffer so no need to do that update here.
Reviewed-by: Bartosz Tomczyk
I was using similar patch locally for a long time.
On Fri, Apr 7, 2017 at 12:00 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Enable code sanitizers by adding -fsanitize=$foo flags
From: Nicolai Hähnle
radeonsi added stricter checking for correct swizzles in debug builds.
Reported-by: Michel Dänzer
Fixes: 4cf29427770f ("radeonsi: support 64-bit system values")
---
src/gallium/auxiliary/util/u_simple_shaders.c | 2 +-
1
This adds native fence fd support to etnaviv, similarly to commit
0b98e84e9ba0 ("freedreno: native fence fd"), enabled for kernel
driver version 1.1 or later.
Signed-off-by: Philipp Zabel
---
v2: address review comments
- always call etna_cmd_stream_flush2
- remove FIXME
On Fri, Apr 7, 2017 at 3:28 AM, 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
On Thu, 2017-04-06 at 01:35 -0400, Rhys Kidd wrote:
> On 5 April 2017 at 13:27, Andres Gomez wrote:
> > The packaged libtxc-dxtn-s2tc0 will make scons check fail. Manually
> > remove this package and install libtxc-dxtn instead.
> >
> > Signed-off-by: Andres Gomez
On Thu, 2017-04-06 at 09:59 -0700, Eric Anholt wrote:
> Andres Gomez writes:
>
> > The packaged libtxc-dxtn-s2tc0 will make scons check fail. Manually
> > remove this package and install libtxc-dxtn instead.
>
> I don't think we should be automatically installing and using
On Fri, Apr 7, 2017 at 5:06 AM, Thomas Hellstrom wrote:
> Hi, Rob,
>
> On 04/04/2017 07:12 PM, Rob Clark wrote:
>> On Tue, Apr 4, 2017 at 12:10 PM, Thomas Hellstrom
>> wrote:
>>> On 04/04/2017 05:36 PM, Rob Clark wrote:
On Tue, Apr 4, 2017 at
>> +dnl Directory for GBM
>> +
>> +AC_ARG_WITH([gbm-configdir],
>> +[AS_HELP_STRING([--with-gbm-configdir=DIR],
>> +[directory for the GBM configs @<:@/etc/gbm.conf.d@:>@])],
>> +[GBM_CONFIG_DIR="$withval"],
>> +[GBM_CONFIG_DIR='/etc/gbm.conf.d'])
>
> Without commenting on the
From: Nicolai Hähnle
gl_BaseVertex is supposed to be 0 in non-indexed draws. Unfortunately, the
way they're implemented, the VGT always generates indices starting at 0,
and the VS prolog adds the start index.
There's a VGT_INDX_OFFSET register which causes the VGT to
On Fri, Apr 7, 2017 at 5:01 PM, Nanley Chery wrote:
> On Fri, Apr 07, 2017 at 12:55:53PM -0700, Jason Ekstrand wrote:
> > We tend to try to reduce the number of allocation calls the Vulkan
> > driver uses by doing a single allocation whenever possible for a data
> >
On 08/04/17 11:04, Timothy Arceri wrote:
This will be used to take ownership of freashly created renderbuffers,
avoiding the need to call the reference function which requires
locking.
---
src/mesa/main/renderbuffer.c | 19 +--
src/mesa/main/renderbuffer.h | 5 +
2 files
This is mostly a re-send of previous patches. The two things that have
changed over the last version is that the first patch is now actually
correct for gen6. Prior to sending the original version, I tested it only
with Vulkan which doesn't run on gen6 so a few fields were missed. This
version
Reviewed-by: Topi Pohjolainen
---
src/intel/Makefile.sources | 7 ++
src/intel/isl/isl.c| 93 +++
src/intel/isl/isl.h| 74
src/intel/isl/isl_emit_depth_stencil.c | 199
We're about to replace blorp's emit code with ISL and it emits them in
the other order. This makes diffing the aubs easier.
---
src/intel/blorp/blorp_genX_exec.h | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/src/intel/blorp/blorp_genX_exec.h
Reviewed-by: Topi Pohjolainen
---
src/intel/isl/isl.h| 2 +-
src/intel/isl/isl_emit_depth_stencil.c | 2 +-
src/intel/vulkan/genX_cmd_buffer.c | 218 ++---
3 files changed, 41 insertions(+), 181 deletions(-)
Reviewed-by: Topi Pohjolainen
---
src/intel/blorp/blorp_genX_exec.h | 119 +++---
1 file changed, 33 insertions(+), 86 deletions(-)
diff --git a/src/intel/blorp/blorp_genX_exec.h
b/src/intel/blorp/blorp_genX_exec.h
index
On Fri, 2017-04-07 at 20:05 +0100, Emil Velikov wrote:
> From: Andres Gomez
>
> The txc-dxtn library implements the patented S3 Texture Compression
> algorithm.
>
> By default it won't be used but we add the possibility of setting the
> USE_TXC_DXTN variable to yes in the
On Thu, 6 Apr 2017 00:21:19 +0200
gregory hainaut wrote:
> On Wed, 5 Apr 2017 14:22:00 -0400
> Ilia Mirkin wrote:
>
> > On Wed, Apr 5, 2017 at 1:12 PM, Gregory Hainaut
> > wrote:
> > > Context:
> > > Nouveau uses NULL
On Fri, Apr 7, 2017 at 1:26 PM, Chris Wilson
wrote:
> On Fri, Apr 07, 2017 at 12:55:53PM -0700, Jason Ekstrand wrote:
> > We tend to try to reduce the number of allocation calls the Vulkan
> > driver uses by doing a single allocation whenever possible for a data
> >
Actually please ignore that series for now. There are some issue with it
I need to fix up.
On 08/04/17 11:13, Timothy Arceri wrote:
On 08/04/17 02:25, Bartosz Tomczyk wrote:
Patch didn't fix all leaks. There's one more still reported by ASAN:
Direct leak of 2112 byte(s) in 12 object(s)
This will be used to take ownership of freashly created renderbuffers,
avoiding the need to call the reference function which requires
locking.
V2: dereference any existing fb attachments and actually attach the
new rb.
---
src/mesa/main/renderbuffer.c | 23 +--
This will be used to take ownership of freashly created renderbuffers,
avoiding the need to call the reference function which requires
locking.
V2: dereference any existing fb attachments and actually attach the
new rb.
v3: split out validation and attachment type/complete setting into
a
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 of the first patch should fix things up.
On 08/04/17 11:13, Timothy Arceri wrote:
On 08/04/17 02:25, Bartosz Tomczyk wrote:
Patch
Thanks for the review. You’re correct, even though FBOs work, there are still
a number of apps that rely on msaa in the winsys buffers and we don’t want to
artificially exclude them.
> On Apr 7, 2017, at 12:54 PM, Roland Scheidegger wrote:
>
> I'm not an expert on glx,
---
src/intel/tools/aubinator_error_decode.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/intel/tools/aubinator_error_decode.c
b/src/intel/tools/aubinator_error_decode.c
index 2e62369..244bef8 100644
--- a/src/intel/tools/aubinator_error_decode.c
+++
https://bugs.freedesktop.org/show_bug.cgi?id=100438
--- Comment #2 from Vinson Lee ---
(In reply to Timothy Arceri from comment #1)
> (In reply to Vinson Lee from comment #0)
> > mesa: 7ee91af30074a4381e4353122319e3b4b3fe7cbd (master 17.1.0-devel)
> >
> > This GLSL shader
---
src/intel/vulkan/anv_descriptor_set.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/src/intel/vulkan/anv_descriptor_set.c
b/src/intel/vulkan/anv_descriptor_set.c
index 56a08ce..4797c1e 100644
--- a/src/intel/vulkan/anv_descriptor_set.c
+++
---
src/intel/vulkan/anv_pass.c| 106 +
src/intel/vulkan/anv_private.h | 1 -
2 files changed, 44 insertions(+), 63 deletions(-)
diff --git a/src/intel/vulkan/anv_pass.c b/src/intel/vulkan/anv_pass.c
index 4a1a340..15c4275 100644
---
---
src/intel/vulkan/anv_private.h | 59 ++
src/intel/vulkan/genX_cmd_buffer.c | 48 ++-
2 files changed, 62 insertions(+), 45 deletions(-)
diff --git a/src/intel/vulkan/anv_private.h b/src/intel/vulkan/anv_private.h
index
---
src/intel/vulkan/anv_pass.c| 88 ++
src/intel/vulkan/anv_private.h | 2 +
2 files changed, 90 insertions(+)
diff --git a/src/intel/vulkan/anv_pass.c b/src/intel/vulkan/anv_pass.c
index 15c4275..dcd9aaf 100644
--- a/src/intel/vulkan/anv_pass.c
+++
Instead of figuring it all out ourselves, just use the information given
to us by the client.
---
src/intel/vulkan/anv_blorp.c | 88 --
src/intel/vulkan/genX_cmd_buffer.c | 10 +
2 files changed, 18 insertions(+), 80 deletions(-)
diff --git
We tend to try to reduce the number of allocation calls the Vulkan
driver uses by doing a single allocation whenever possible for a data
structure. While this has certain downsides (usually code complexity),
it does mean error handling and cleanup is much easier. This commit
adds a nice little
On Fri, Apr 07, 2017 at 12:55:53PM -0700, Jason Ekstrand wrote:
> We tend to try to reduce the number of allocation calls the Vulkan
> driver uses by doing a single allocation whenever possible for a data
> structure. While this has certain downsides (usually code complexity),
> it does mean
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:
On Fri, Apr 7, 2017 at 3:19 PM, Chris Wilson
wrote:
> On Fri, Apr 07, 2017 at 02:41:13PM -0700, Jason Ekstrand wrote:
> >On Fri, Apr 7, 2017 at 1:26 PM, Chris Wilson <[1]
> ch...@chris-wilson.co.uk>
> >wrote:
> >
> > On Fri, Apr 07, 2017 at 12:55:53PM
On Fri, Apr 07, 2017 at 04:30:49PM -0700, Jason Ekstrand wrote:
>On Fri, Apr 7, 2017 at 3:19 PM, Chris Wilson <[1]ch...@chris-wilson.co.uk>
>wrote:
>
> On Fri, Apr 07, 2017 at 02:41:13PM -0700, Jason Ekstrand wrote:
> > On Fri, Apr 7, 2017 at 1:26 PM, Chris Wilson
>
32141e53d1520 changed _mesa_init_renderbuffer() to set it to 1 for
us.
---
src/mesa/drivers/osmesa/osmesa.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/mesa/drivers/osmesa/osmesa.c b/src/mesa/drivers/osmesa/osmesa.c
index 356ba71..68fca3e 100644
--- a/src/mesa/drivers/osmesa/osmesa.c
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 -
1 file changed, 16 insertions(+), 5
This will be used to take ownership of freashly created renderbuffers,
avoiding the need to call the reference function which requires
locking.
---
src/mesa/main/renderbuffer.c | 19 +--
src/mesa/main/renderbuffer.h | 5 +
2 files changed, 22 insertions(+), 2 deletions(-)
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/drivers/dri/radeon/radeon_screen.c | 10 +-
1 file changed, 5 insertions(+), 5
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/drivers/dri/swrast/swrast.c | 6 --
src/mesa/swrast/s_renderbuffer.c | 17
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/drivers/x11/xm_api.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff
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/drivers/dri/i915/intel_screen.c | 9 +
src/mesa/main/renderbuffer.c | 6
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/drivers/dri/i965/intel_screen.c | 13 +++--
1 file changed, 7 insertions(+), 6
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/drivers/dri/nouveau/nouveau_screen.c | 10 +-
1 file changed, 5 insertions(+), 5
On Fri, Apr 07, 2017 at 12:55:53PM -0700, Jason Ekstrand wrote:
> We tend to try to reduce the number of allocation calls the Vulkan
> driver uses by doing a single allocation whenever possible for a data
> structure. While this has certain downsides (usually code complexity),
> it does mean
On 08/04/17 02:25, Bartosz Tomczyk wrote:
Patch didn't fix all leaks. There's one more still reported by ASAN:
Direct leak of 2112 byte(s) in 12 object(s) allocated from:
#0 0x7fe18d168800 in calloc
(/usr/lib/clang/3.9.1/lib/linux/libclang_rt.asan-x86_64.so
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 interesting
thing to try.
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 bad but not reported before. Anyone not
On 08/04/17 02:03, Brian Paul wrote:
On 04/06/2017 03:55 PM, Timothy Arceri wrote:
We don't need to call _mesa_reference_renderbuffer() for the first
assignment as refCount starts at 1. For swrast we work around the
fact we will indirectly call _mesa_reference_renderbuffer() by
resetting
https://bugs.freedesktop.org/show_bug.cgi?id=100303
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |FIXED
Sorry the below change was meant to be squashed into the previous patch.
Fixed locally.
--- a/src/mesa/main/renderbuffer.c
+++ b/src/mesa/main/renderbuffer.c
@@ -106,23 +106,23 @@ _mesa_delete_renderbuffer(struct gl_context *ctx, struct
gl_renderbuffer *rb)
/**
* Attach a renderbuffer
On Thu, 2017-04-06 at 11:59 -0700, Jason Ekstrand wrote:
> On Thu, Apr 6, 2017 at 1:58 AM, Samuel Iglesias Gonsálvez igalia.com> wrote:
> > On Broadwell we still need to do a resolve between the subpass
> > that writes and the subpass that reads when there is a
> > self-dependency
Reviewed-by: Samuel Iglesias Gonsálvez
On Fri, 2017-04-07 at 07:55 +1000, Timothy Arceri wrote:
> We don't need to call _mesa_reference_renderbuffer() for the first
> assignment as refCount starts at 1. For swrast we work around the
> fact we will indirectly call
Series is:
Reviewed-by: Samuel Iglesias Gonsálvez
On Thu, 2017-04-06 at 13:37 -0700, Jordan Justen wrote:
> Since '---' can exist within an ascii85 encoded string, we should
> avoid these strings when looking for header lines in the error state
> file.
>
> One of the
Quoting Rafael Antognolli (2017-04-07 09:52:16)
> If the 'dwords' dict is empty, max(dwords.keys()) throws an exception.
> This case could happen when we have an instruction that is only an array
> of other structs, with variable length.
>
> Signed-off-by: Rafael Antognolli
On Fri, Apr 7, 2017 at 1:14 AM, Chris Wilson
wrote:
> On Thu, Apr 06, 2017 at 10:53:07PM -0700, Jason Ekstrand wrote:
> > ---
> > src/intel/vulkan/anv_descriptor_set.c | 22 +++---
> > 1 file changed, 11 insertions(+), 11 deletions(-)
> >
> > diff --git
2017-04-07 16:40 GMT+02:00 Marek Olšák :
> On Fri, Apr 7, 2017 at 4:35 PM, Marek Olšák wrote:
>> On Thu, Mar 30, 2017 at 8:09 PM, Gustaw Smolarczyk
>> wrote:
>>> Signed-off-by: Gustaw Smolarczyk
>>> ---
>>>
On 04/07/2017 10:30 AM, Nicolai Hähnle wrote:
From: Nicolai Hähnle
When any count[i] is negative, we must skip all draws.
Moving to vbo makes the subsequent change easier.
---
src/mapi/glapi/gen/gl_API.xml | 2 +-
src/mesa/main/api_validate.c | 38
I'm not an expert on glx, but looks alright to me.
Albeit strictly speaking, you don't really need this for MSAA with
software renderers, since you can still you use fbos with msaa.
But of course you probably want to support it with winsys buffers.
Reviewed-by: Roland Scheidegger
On Fri, Apr 07, 2017 at 10:40:49AM -0700, Jason Ekstrand wrote:
> On Fri, Apr 7, 2017 at 1:14 AM, Chris Wilson
> wrote:
>
> > On Thu, Apr 06, 2017 at 10:53:07PM -0700, Jason Ekstrand wrote:
> > > ---
> > > src/intel/vulkan/anv_descriptor_set.c | 22
From: Emil Velikov
Split into OpenCL and others, since the former is quite time consuming.
Signed-off-by: Emil Velikov
---
.travis.yml | 65 +
1 file changed, 65 insertions(+)
From: Emil Velikov
Signed-off-by: Emil Velikov
---
.travis.yml | 39 ---
1 file changed, 36 insertions(+), 3 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index 36d614c21a8..b5d9df5 100644
From: Emil Velikov
With next commits we'll add a couple of more options.
Signed-off-by: Emil Velikov
---
.travis.yml | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/.travis.yml b/.travis.yml
index
Reviewed-by: Bruce Cherniak
> On Apr 6, 2017, at 7:10 PM, Tim Rowley wrote:
>
> ---
> src/gallium/drivers/swr/swr_screen.cpp | 1 -
> src/gallium/drivers/swr/swr_shader.cpp | 1 -
> 2 files changed, 2 deletions(-)
>
> diff --git
On Fri, Apr 7, 2017 at 4:35 PM, Marek Olšák wrote:
> On Thu, Mar 30, 2017 at 8:09 PM, Gustaw Smolarczyk
> wrote:
>> Signed-off-by: Gustaw Smolarczyk
>> ---
>> src/mesa/main/mtypes.h | 83 ++
>>
For patches 12-14:
Reviewed-by: Marek Olšák
Marek
On Thu, Mar 30, 2017 at 8:09 PM, Gustaw Smolarczyk wrote:
> Signed-off-by: Gustaw Smolarczyk
> ---
> src/mesa/state_tracker/st_atifs_to_tgsi.c | 6 +++---
>
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Stefan Dirsch changed:
What|Removed |Added
CC||msta...@suse.de
--
On Fri, Apr 7, 2017 at 12:30 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> When any count[i] is negative, we must skip all draws.
>
> Moving to vbo makes the subsequent change easier.
> ---
> src/mapi/glapi/gen/gl_API.xml | 2 +-
>
In preparation for enabling MSAA in OpenSWR, the state trackers need to
be aware of multisample pixel formats for software renderers. This patch
allows glx-xlib to query the renderer for support of pixel
formats with multisample, and create multisample resources.
This change is benign to
On 7 April 2017 at 12:30, Juan A. Suarez Romero wrote:
> Both scripts does not use a file with the commits to ignore. So if we
> have handled one of the suggested commits and decided we won't pick it,
> the scripts will continue suggesting them.
>
> This commits adds support
https://bugs.freedesktop.org/show_bug.cgi?id=100600
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
From: Emil Velikov
Split the "if test" blocks so that we get more sensible output in case
of a failure.
Signed-off-by: Emil Velikov
---
.travis.yml | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/.travis.yml
From: Emil Velikov
We effectively override libdrm-dev and libxcb-dri2-0-dev since we build
and install the package locally.
Signed-off-by: Emil Velikov
---
.travis.yml | 2 --
1 file changed, 2 deletions(-)
diff --git a/.travis.yml
Split the target to allow faster builds for each run.
The overall build time will be more, yet Travis runs multiple builds in
parallel so we're limited by the slowest one.
Things are split roughly as:
- DRI loaders, classic DRI drivers, classic OSMesa
- All Gallium drivers (minus the SWR)
From: Emil Velikov
The former does not require any LLVM, while the latter uses LLVM 3.3.
This way we'll quickly catch any LLVM 3.3+ functionality that gets
introduced where it shouldn't.
Add the full list of addons for each build permutation.
Signed-off-by: Emil
From: Emil Velikov
Signed-off-by: Emil Velikov
---
.travis.yml | 1 +
1 file changed, 1 insertion(+)
diff --git a/.travis.yml b/.travis.yml
index b426c0b6184..9c8234ac88e 100644
--- a/.travis.yml
+++ b/.travis.yml
@@ -4,6 +4,7 @@ sudo:
1 - 100 of 142 matches
Mail list logo