On Fri, Jul 25, 2014 at 9:45 PM, Marek Olšák wrote:
> On Sat, Jul 26, 2014 at 3:36 AM, Ilia Mirkin wrote:
>> On Fri, Jul 25, 2014 at 9:30 PM, Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> This is needed by the following commit which is a candidate for stable too.
>>>
>>> Cc: mesa-sta...@list
On Sat, Jul 26, 2014 at 3:36 AM, Ilia Mirkin wrote:
> On Fri, Jul 25, 2014 at 9:30 PM, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> This is needed by the following commit which is a candidate for stable too.
>>
>> Cc: mesa-sta...@lists.freedesktop.org
>> ---
>> src/gallium/auxiliary/util/u_pri
On Fri, Jul 25, 2014 at 9:30 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> This is needed by the following commit which is a candidate for stable too.
>
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> src/gallium/auxiliary/util/u_prim.h | 15 +++
> 1 file changed, 15 insertions(+)
>
From: Marek Olšák
I actually couldn't reproduce this one, but internal docs recommend this
workaround. Better safe than sorry.
Also, the number of dwords for the sync packets is increased by 4 instead
of 2, because it wasn't bumped last time when a new packet was added there.
Cc: mesa-sta...@li
From: Marek Olšák
This fixes "piglit/bin/arb_transform_feedback2-draw-auto instanced".
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/radeonsi/si_state_draw.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_stat
From: Marek Olšák
This is needed by the following commit which is a candidate for stable too.
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/auxiliary/util/u_prim.h | 15 +++
1 file changed, 15 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_prim.h
b/src/gallium/aux
From: Marek Olšák
This fixes the checkerboard pattern in glxgears and anything that triggers
fast color clear.
num_channels is always <= 8, but Hawaii has 16 pipes.
---
src/gallium/drivers/radeon/r600_texture.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_pipe_common.c | 6 --
src/gallium/drivers/radeon/r600_pipe_common.h | 21 +++--
src/gallium/drivers/radeon/r600_texture.c | 10 +-
3 files changed, 24 insertions(+), 13 deletions(-)
diff --git a/src/gallium/d
Hello - I posted an earlier version of this patch to
vd...@lists.freedesktop.org about two hours ago. Emil Velikov suggested that
this might be an appropriate audience as well.
This patch adds an API for player applications to utilize VDPAU for
hardware-accelerated playback of H.265/HEVC streams.
Most image functions are required to return a CL_INVALID_OPERATION
error when used on devices without image support.
v2:
- Simplified the code
---
src/gallium/state_trackers/clover/api/memory.cpp | 6 ++
src/gallium/state_trackers/clover/api/sampler.cpp | 3 +++
src/gallium/state_tracker
On Fri, Jul 25, 2014 at 11:28:19PM +0200, Bruno Jimenez wrote:
> On Fri, 2014-07-25 at 12:46 -0400, Tom Stellard wrote:
> > On Sat, Jul 19, 2014 at 07:35:51PM +0200, Bruno Jiménez wrote:
> > > This allows us two things: we now need less item copies when we have
> > > to defrag+grow the pool (to jus
On Fri, 2014-07-25 at 12:46 -0400, Tom Stellard wrote:
> On Sat, Jul 19, 2014 at 07:35:51PM +0200, Bruno Jiménez wrote:
> > This allows us two things: we now need less item copies when we have
> > to defrag+grow the pool (to just one copy per item) and, even in the
> > case where we don't need to d
On Fri, Jul 25, 2014 at 10:33:42AM -0400, Jan Vesely wrote:
> The iteration variables go from 0 anyway.
>
> Signed-off-by: Jan Vesely
Thanks, I pushed patch #1.
-Tom
> ---
>
> A collection of fixes for gcc warnings I ran across.
>
> src/gallium/drivers/r600/evergreen_compute.c | 14 +++--
On Sat, Jul 19, 2014 at 07:35:51PM +0200, Bruno Jiménez wrote:
> This allows us two things: we now need less item copies when we have
> to defrag+grow the pool (to just one copy per item) and, even in the
> case where we don't need to defrag the pool, we reduce the data copied
> to just the useful
warning: type qualifiers ignored on function return type
Signed-off-by: Jan Vesely
---
src/gallium/auxiliary/tgsi/tgsi_ureg.c | 2 +-
src/gallium/auxiliary/tgsi/tgsi_ureg.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_ureg.c
b/src/galliu
both array and index are unsigned types
Signed-off-by: Jan Vesely
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
index 5ea1465..347
The iteration variables go from 0 anyway.
Signed-off-by: Jan Vesely
---
A collection of fixes for gcc warnings I ran across.
src/gallium/drivers/r600/evergreen_compute.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_comput
On Thu, Jul 24, 2014 at 10:10 PM, Tapani Pälli wrote:
> These last lines here look familiar or at least hit the same area of
> code as:
>
> https://bugs.freedesktop.org/show_bug.cgi?id=81379
>
> (this bug got fixed though)
I don't think it did. I'm still seeing it.
I'll look into it.
___
On Thu, Jul 24, 2014 at 8:07 PM, Alex Deucher wrote:
> On Thu, Jul 24, 2014 at 6:28 PM, wrote:
> > From: Jerome Glisse
> >
> > The ucode we got for hawaii does not support 0x1000 special nop
> > packet type 3 and this leads to gpu reading invalid memory. As packet
> > type 2 still exist ju
Tom Stellard writes:
Reviewed-by: Francisco Jerez
> ---
> src/gallium/state_trackers/clover/api/device.cpp | 2 +-
> src/gallium/state_trackers/clover/core/device.cpp | 6 ++
> src/gallium/state_trackers/clover/core/device.hpp | 1 +
> 3 files changed, 8 insertions(+), 1 deletion(-)
>
> d
Tom Stellard writes:
> ---
> src/gallium/docs/source/screen.rst| 2 ++
> src/gallium/drivers/radeon/r600_pipe_common.c | 7 +++
> src/gallium/include/pipe/p_defines.h | 3 ++-
> 3 files changed, 11 insertions(+), 1 deletion(-)
>
Reviewed-by: Francisco Jerez
> diff --g
Tom Stellard writes:
> Most image functions are required to return a CL_INVALID_OPERATION
> error when used on devices without image support.
> ---
> src/gallium/state_trackers/clover/api/memory.cpp | 6 ++
> src/gallium/state_trackers/clover/api/sampler.cpp | 3 +++
> src/gallium/state
Hi Brian,
Could you commit the updated patch if it's ok?
Regards,
Pavel
-Original Message-
From: Popov, Pavel E
Sent: Wednesday, July 23, 2014 4:58 PM
To: mesa-dev@lists.freedesktop.org
Cc: Popov, Pavel E
Subject: [PATCH v2] mesa: Fix glDrawBuffer/glDrawBuffers logic in
_mesa_drawbuffe
https://bugs.freedesktop.org/show_bug.cgi?id=80615
--- Comment #7 from Christian König ---
(In reply to comment #5)
> AFAICS the whole thing is quite inconsistent.
The problem with bellagio is that the plugin directory isn't standarized over
the different distributions like it is with vdpau/egl/
This makes some of the UE4 engine demos (Stylized, Mobile Temple)
render correctly, tested on Intel Haswell machine.
Signed-off-by: Tapani Pälli
Acked-by: Anuj Phogat
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=78716
---
src/mapi/glapi/gen/GL4x.xml | 26 ++
On 2014-07-24 22:20:55, Kenneth Graunke wrote:
> Emil,
[snip]
> For what it's worth, I'm fine with your suggestion of reading
> GBM_DRIVERS_PATH first, then LIBGL_DRIVERS_PATH. It's the sensible
> way to do things - it adds the new useful behavior the 6 of us want,
> while preserving the existin
26 matches
Mail list logo
