On 2014-09-20 18:40:50, Chris Forbes wrote:
> Signed-off-by: Chris Forbes
> ---
> src/mesa/main/pipelineobj.c | 53
> +++--
> 1 file changed, 37 insertions(+), 16 deletions(-)
>
> diff --git a/src/mesa/main/pipelineobj.c b/src/mesa/main/pipelineobj.c
> in
On lun, 2014-09-29 at 13:19 -0400, Connor Abbott wrote:
> On Mon, Sep 29, 2014 at 7:49 AM, Iago Toral Quiroga wrote:
> > Original patch by Petri Latvala :
> >
> > Add an optimization pass that drops min/max expression operands that
> > can be proven to not contribute to the final result. The algor
2014-09-29 18:46 GMT-06:00 Eric Anholt :
> Applied review and pushed. Thanks!
Thank you!
-Alex
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Signed-off-by: Ilia Mirkin
---
Noticed this when investigating how ralloc worked. I'm moderately sure that
the old code was fine, but seems nicer to use the cooked known-to-work macro.
src/glsl/glsl_symbol_table.h | 33 ++---
src/glsl/loop_analysis.h | 17 +--
From: Michel Dänzer
slice_pt is tileb[0] / tile_split, which isn't directly related to the
pitch.
This caused pitch_bytes to be too large in some cases.
[0] Tile size in bytes
Signed-off-by: Michel Dänzer
---
radeon/radeon_surface.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
From: Michel Dänzer
We are currently only dealing with depth-only or stencil-only resources
here, not with resources having both depth and stencil[0]. In both cases,
the tiling mode index is in the tile_mode field, not in the
stencil_tile_mode field.
[0] Add an assertion for that.
Signed-off-by
This libdrm_radeon patch and series of four radeonsi patches allow running
piglit on SI with R600_DEBUG=forcedma with no regressions.
[PATCH libdrm] radeon: Always multiply pitch_bytes by nsamples, not
[PATCH 1/4] radeonsi: Fix tiling mode index for stencil resources
[PATCH 2/4] radeonsi: Fix si_d
From: Michel Dänzer
Fixes GPUVM faults when running the piglit test "getteximage-formats
init-by-rendering" with R600_DEBUG=forcedma on SI.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_dma.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_dma.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_dma.c
b/src/gallium/drivers/radeonsi/si_dma.c
index ff64722..643ce3f 100644
--- a/src/g
From: Michel Dänzer
Otherwise some parts of tiled slices can be missed.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_dma.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_dma.c
b/src/gallium/drivers/radeonsi/si_dm
On 2014-09-29 16:33:33, Anuj Phogat wrote:
> SampleMap{2,4,8}x variables are used in later patches to implement
> EXT_framebuffer_multisample_blit_scaled extension.
>
> V2: Use integer array instead of a string.
> Bump up the comment.
>
> Signed-off-by: Anuj Phogat
> ---
> src/mesa/main/mty
On 30.09.2014 10:45, Michel Dänzer wrote:
On 30.09.2014 07:16, Brian Paul wrote:
The screen argument isn't actually used by lp_jit_screen_init() at this
time,
I guess that's why gcc didn't warn about it?
Nope, it actually does warn about it. Mea culpa for not noticing that.
--
Earthling Mi
On 30.09.2014 07:16, Brian Paul wrote:
The screen argument isn't actually used by lp_jit_screen_init() at this
time,
I guess that's why gcc didn't warn about it?
but let's move the call so that we pass a valid pointer.
---
src/gallium/drivers/llvmpipe/lp_screen.c |6 +++---
1 file cha
On Thu, Sep 4, 2014 at 7:43 PM, Eric Anholt wrote:
> The core sw primitive restart code is still around, because i965 uses it
> in some cases, but there are no drivers that want it on all the time.
Reviewed-by: Rob Clark ---
> src/mesa/drivers/dri/i965/brw_primitive_restart.c | 8
> src/m
On Thu, Sep 4, 2014 at 7:43 PM, Eric Anholt wrote:
> The drivers not flagging primitive restart support are r300 swtcl, svga,
> nv30, and vc4.
>
> The point of primitive restart is to slightly reduce draw call overhead
> for apps by batching multiple draws. If we do an extra pass to read the
> in
Alex Henrie writes:
> 2014-09-29 9:17 GMT-06:00 Alex Deucher :
>> On Fri, Sep 26, 2014 at 4:31 PM, Alex Henrie wrote:
>>> ---
>>> src/mesa/drivers/dri/common/xmlpool/ca.po | 119
>>> --
>>> src/mesa/drivers/dri/common/xmlpool/de.po | 118
>>> ---
On 29/09/14 17:24, Matt Turner wrote:
> On Mon, Sep 29, 2014 at 9:16 AM, Emil Velikov
> wrote:
>> So all in all we have the following:
>>
>> Some distributions/people choose odd location of the modules. Which
>> can lead to the system (vdpau/omx) looking at the wrong place for the
>> backends, i.
For this patch:
Reviewed-by: Marek Olšák
Marek
On Tue, Sep 30, 2014 at 12:16 AM, Brian Paul wrote:
> For cube resources, the array_size value should be 6. So handle
> that case as we do for array texture resources. But assert that
> array_size==6 just to be safe.
> ---
> src/gallium/auxilia
Extension enables doing a multisample buffer resolve and buffer
scaling using a single glBlitFrameBuffer() call. Currently, we
have this extension implemented in BLORP which is only used by
SNB and IVB. This patch implements the extension in meta path
which makes it available to Broadwell.
Impleme
Signed-off-by: Anuj Phogat
---
src/mesa/drivers/dri/i965/intel_extensions.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c
b/src/mesa/drivers/dri/i965/intel_extensions.c
index 046d2a1..10fe10e 100644
--- a/src/mesa/drivers/dri/i
with values specific to Intel hardware.
V2: Define and use gen6_get_sample_map() function to initialize
the variables.
Signed-off-by: Anuj Phogat
---
src/mesa/drivers/dri/i965/brw_context.c| 8
src/mesa/drivers/dri/i965/brw_context.h| 2 +
src/mesa/drivers/dri
SampleMap{2,4,8}x variables are used in later patches to implement
EXT_framebuffer_multisample_blit_scaled extension.
V2: Use integer array instead of a string.
Bump up the comment.
Signed-off-by: Anuj Phogat
---
src/mesa/main/mtypes.h | 32
1 file changed,
Subject typo: simplify
Otherwise this patch is Reviewed-by: Ilia Mirkin
(Don't know llvmpipe, so can't say much about 1/2.)
On Mon, Sep 29, 2014 at 6:16 PM, Brian Paul wrote:
> For cube resources, the array_size value should be 6. So handle
> that case as we do for array texture resources. B
The screen argument isn't actually used by lp_jit_screen_init() at this
time, but let's move the call so that we pass a valid pointer.
---
src/gallium/drivers/llvmpipe/lp_screen.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_screen.c
For cube resources, the array_size value should be 6. So handle
that case as we do for array texture resources. But assert that
array_size==6 just to be safe.
---
src/gallium/auxiliary/util/u_inlines.h |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxili
https://bugs.freedesktop.org/show_bug.cgi?id=81680
--- Comment #39 from Eugene ---
Firefox 33.0~b7. MESA 10.4~git. Still crashes.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freede
https://bugs.freedesktop.org/show_bug.cgi?id=81680
Ernst Sjöstrand changed:
What|Removed |Added
CC||ern...@gmail.com
--
You are receiving
Looks good.
Reviewed-by: Sinclair Yeh
On Mon, Sep 29, 2014 at 08:13:46AM +0200, Thomas Hellstrom wrote:
> Commit "st/xa: scissor to help tilers" broke xa_yuv_planar_blit() and vmwgfx
> textured video. Fix this by implementing scissors also in the yuv draw path.
>
> Signed-off-by: Thomas Hellstr
Tested-by: Dylan Baker
On Wednesday, July 02, 2014 02:28:07 PM Keith Packard wrote:
> A driver which doesn't have async flip support will queue up flips without any
> way to replace them afterwards. This means we've got a scanout buffer pinned
> as soon as we schedule a flip and so we need anothe
I can't really verify the X bits of this patch. However, I do understand
the problem and I can verify that using quad-buffering is a totally sane
solution. We had this issue about a year ago with Wayland apps trying to
do eglSwapInterval(0) and mesa quad-buffers in that case too.
Acked-by: Jason
On Monday, September 29, 2014 11:02:32 AM Matt Turner wrote:
> Notice the mistaken (but harmless) argument swapping in brw_math_invert().
Yuck :) Thanks for fixing that.
This looks good to me. It would be great to have some benchmark numbers (on
anything), but it also cleans up the code, so...
Cc'ing people who might be able to review.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Sun, Sep 28, 2014 at 4:26 PM, Matt Turner wrote:
> These checks were intended for Gen 7 only. None of these restrictions
> apply to Gen 8.
> ---
> src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i9
Notice the mistaken (but harmless) argument swapping in brw_math_invert().
---
src/mesa/drivers/dri/i965/brw_eu.h | 1 -
src/mesa/drivers/dri/i965/brw_eu_emit.c | 9 -
src/mesa/drivers/dri/i965/brw_eu_util.c | 3 +--
src/mesa/drivers/dri/i965/brw_fs_generato
On Mon, Sep 29, 2014 at 7:49 AM, Iago Toral Quiroga wrote:
> Original patch by Petri Latvala :
>
> Add an optimization pass that drops min/max expression operands that
> can be proven to not contribute to the final result. The algorithm is
> similar to alpha-beta pruning on a minmax search, from t
Series is Reviewed-by: Ilia Mirkin
One more place I remember is in util_max_layer() which also
special-cases CUBE, where it could just be added to the *_ARRAY case.
On Mon, Sep 29, 2014 at 12:56 PM, Brian Paul wrote:
> Earlier in the function we assert layers==6 for PIPE_TEXTURE_CUBE so
> there
layers (aka array_size) should be 6 for cube textures so we don't need
to special-case it. But add an assertion just to be safe.
---
src/gallium/drivers/llvmpipe/lp_texture.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_texture.c
Just to be clear, and echo the description for resource_create().
---
src/gallium/docs/source/screen.rst |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/docs/source/screen.rst
b/src/gallium/docs/source/screen.rst
index c83be12..f4e9204 100644
--- a/src/gallium/docs/source/scr
Earlier in the function we assert layers==6 for PIPE_TEXTURE_CUBE so
there's no reason to special-case the pt.array_size = layers assignment.
---
src/mesa/state_tracker/st_texture.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_texture.c
b/src/me
As with the previous patch for llvmpipe.
---
src/gallium/drivers/softpipe/sp_texture.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/softpipe/sp_texture.c
b/src/gallium/drivers/softpipe/sp_texture.c
index c2df71e..e1ea5df 100644
--- a/src/gallium/
2014-09-29 9:17 GMT-06:00 Alex Deucher :
> On Fri, Sep 26, 2014 at 4:31 PM, Alex Henrie wrote:
>> ---
>> src/mesa/drivers/dri/common/xmlpool/ca.po | 119
>> --
>> src/mesa/drivers/dri/common/xmlpool/de.po | 118
>> -
>> src/mesa/drivers/dr
On Mon, Sep 29, 2014 at 9:50 AM, Matt Turner wrote:
> On Fri, Sep 26, 2014 at 12:24 PM, Jason Ekstrand
> wrote:
> > This commit reworks copy propagation a bit to support propagating the
> > copying of partial registers. This comes up every time we have pull
> > constants because we do a pull co
On Fri, Sep 26, 2014 at 12:24 PM, Jason Ekstrand wrote:
> ---
> src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 61
> ++-
> 1 file changed, 48 insertions(+), 13 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp
> b/src/mesa/drivers/dri/i965/
On Fri, Sep 26, 2014 at 12:24 PM, Jason Ekstrand wrote:
> This commit reworks copy propagation a bit to support propagating the
> copying of partial registers. This comes up every time we have pull
> constants because we do a pull constant read immediately followed by a move
> to splat the one co
https://bugs.freedesktop.org/show_bug.cgi?id=70920
Ian Romanick changed:
What|Removed |Added
CC||huax...@intel.com
--- Comment #7 from Ian
On Mon, Sep 29, 2014 at 9:16 AM, Emil Velikov wrote:
> So all in all we have the following:
>
> Some distributions/people choose odd location of the modules. Which
> can lead to the system (vdpau/omx) looking at the wrong place for the
> backends, i.e. not working. One can consider that there is n
Hi Emil,
Thanks for the explanation.
V4 has been sent, please review.
Thanks,
Leo
>-Original Message-
>From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
>Sent: Monday, September 29, 2014 12:27 PM
>To: Liu, Leo
>Cc: mesa-dev@lists.freedesktop.org; Koenig, Christian
>Subject: Re: [Mesa-
Hi Leo,
[...]
>>It seems that you've dropped the sym file. Is that intentional, can we get it
>>back
>>please ?
>>
> I will get it back.
> What's the purpose of this sym file? Thanks.
>
It can be used for two purposes - version/tag exported symbols,
manager exported/private symbols.
We use the la
On Mon, Sep 29, 2014 at 5:08 AM, Tapani Pälli wrote:
> commit 4ed23fd broke creation of pbuffer surfaces, patch fixes
> the failure, noticed when running chrome with '--use-gl=egl'.
Cc'ing JP so he can review as well.
Reviewed-by: Matt Turner
___
mesa
On Mon, Sep 29, 2014 at 1:43 AM, Christian König
wrote:
> Debian/Ubuntu for example installs things into
> /usr/lib/x86_64-linux-gnu/vdpau/ and that's exactly what moduledir in
> vdpau.pc is pointing to. We could do something like ${libdir}/vdpau instead,
> but I think that is similar broken since
So all in all we have the following:
Some distributions/people choose odd location of the modules. Which
can lead to the system (vdpau/omx) looking at the wrong place for the
backends, i.e. not working. One can consider that there is no way to
override the module location at runtime.
So we either
From: Christian König
This patch adds a skeleton VA-API state tracker,
which is filled with live in the subsequent patches.
v2: fixes in configure.ac and va state_tracker Makefile.am
v3: do not link against libva.
detect libva version, and correctly set driver entrypoint name.
rebase(cle
This patch implements functions for images support,
which basically supports copy data between video
surface and user buffers, in this case supports
SW decode, and other video output
v2: fix buffer size for odd-sized image case
expose I420 format as well
v3: fix YUV 4:2:2 format data buffer si
On Fri, Sep 26, 2014 at 4:31 PM, Alex Henrie wrote:
> ---
> src/mesa/drivers/dri/common/xmlpool/ca.po | 119
> --
> src/mesa/drivers/dri/common/xmlpool/de.po | 118 -
> src/mesa/drivers/dri/common/xmlpool/es.po | 118 ---
On Fri, Sep 26, 2014 at 02:36:20PM -0700, Kenneth Graunke wrote:
> On Friday, September 26, 2014 04:41:14 PM Chris Wilson wrote:
> > On Fri, Sep 26, 2014 at 08:36:39AM -0700, Kristian Høgsberg wrote:
> > > On Fri, Aug 29, 2014 at 11:10:49PM -0700, Kenneth Graunke wrote:
> > > > We don't really want
commit 4ed23fd broke creation of pbuffer surfaces, patch fixes
the failure, noticed when running chrome with '--use-gl=egl'.
Signed-off-by: Tapani Pälli
---
src/egl/drivers/dri2/platform_x11.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/egl/drivers/dri2/platform_x11.c
Original patch by Petri Latvala :
Add an optimization pass that drops min/max expression operands that
can be proven to not contribute to the final result. The algorithm is
similar to alpha-beta pruning on a minmax search, from the field of
AI.
This optimization pass can optimize min/max expressi
Am 28.09.2014 um 22:13 schrieb Ilia Mirkin:
On Sun, Sep 28, 2014 at 4:09 PM, Emil Velikov wrote:
On 28/09/14 20:08, Emil Velikov wrote:
On 28/09/14 19:04, Ilia Mirkin wrote:
On Sun, Sep 28, 2014 at 1:35 PM, Emil Velikov wrote:
[snip]
This, however, has nothing to do with mesa. When I set -
On Sun, 28 Sep 2014 13:00:47 -0400
Ilia Mirkin wrote:
> This reverts commit bbe6f7f865cd4316b5f885507ee0b128a20686eb.
>
> This change broke the usual assumption that setting a prefix will cause
> files to be installed into that prefix. Restore that assumption before
> people's system installs ar
59 matches
Mail list logo
