From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_pipe.c | 1 +
src/gallium/drivers/r600/r600_uvd.c | 3 +-
src/gallium/drivers/radeon/Makefile.sources | 1 +
src/gallium/drivers/radeon/r600_pipe_common.c | 6 +-
src/gallium
From: Christian König
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_vlc.h | 12
1 file changed, 12 insertions(+)
diff --git a/src/gallium/auxiliary/vl/vl_vlc.h
b/src/gallium/auxiliary/vl/vl_vlc.h
index 451fd5e..401b50e 100644
--- a/src/gallium/auxiliary/vl
From: Christian König
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_rbsp.h | 164 +
1 file changed, 164 insertions(+)
create mode 100644 src/gallium/auxiliary/vl/vl_rbsp.h
diff --git a/src/gallium/auxiliary/vl/vl_rbsp.h
b/src/gallium
From: Christian König
v2: add fw version query
v3: add README.VCE
Signed-off-by: Christian König
---
docs/README.VCE | 43 +++
src/gallium/winsys/radeon/drm/radeon_drm_cs.c | 10 ++
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c
From: Christian König
v2 (chk): revert feedback buffer hack
v3 (slava): fixed bitstream size calculation
v4 (chk): always create buffers in the right domain
v5 (chk): flush async
v6 (chk): rework fw interface add version check
Signed-off-by: Christian König
Signed-off-by: Leo Liu
Signed-off
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/r600_texture.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeon/r600_texture.c
b/src/gallium/drivers/radeon/r600_texture.c
index 878b26f..eb1e191 100644
--- a
From: Christian König
Signed-off-by: Christian König
---
docs/README.UVD | 31 +++
1 file changed, 31 insertions(+)
diff --git a/docs/README.UVD b/docs/README.UVD
index 36b467e..38ea864 100644
--- a/docs/README.UVD
+++ b/docs/README.UVD
@@ -11,3 +11,34
From: Christian König
Signed-off-by: Christian König
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_decoder.c | 2 +-
src/gallium/drivers/radeon/radeon_video.c | 5 ++--
src/gallium/include/pipe/p_video_codec.h | 13 +
src/gallium/include/pipe/p_video_enums.h | 4
From: Christian König
Not blocking for the message thread can lead to accessing freed up memory.
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx/entrypoint.c | 13 +
src/gallium/state_trackers/omx/entrypoint.h | 2 ++
src/gallium/state_trackers/omx/vid_dec.c
From: Christian König
Avoid moving things around on start of stream.
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_uvd.c | 6 +++---
src/gallium/drivers/radeon/radeon_video.c | 9 ++---
src/gallium/drivers/radeon/radeon_video.h | 4 +++-
3 files changed, 12
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_uvd.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_uvd.c
b/src/gallium/drivers/r600/r600_uvd.c
index e0db492..c3da7f8 100644
--- a/src/gallium
From: Christian König
v2 (chk): fix eos handling
v3 (leo): implement scaling configuration support
v4 (leo): fix bitrate bug
Signed-off-by: Christian König
Signed-off-by: Leo Liu
---
src/gallium/drivers/radeon/radeon_vce_40_2_2.c | 2 +-
src/gallium/state_trackers/omx/Makefile.am | 3
Am 04.02.2014 20:42, schrieb Marek Olšák:
From: Marek Olšák
This is a rework of "r600g,radeonsi: force VRAM placement for DRI2 buffers".
It mainly consolidates the code determining resource placements. It also takes
Prime into account.
---
src/gallium/drivers/r600/r600_state_common.c| 4
Am 05.02.2014 00:01, schrieb Marek Olšák:
From: Marek Olšák
Better then guessing it.
Yeah we have had this query for a long time...
Sounds reasonable to me.
Both patches are: Reviewed-by: Christian König
---
src/gallium/drivers/radeon/r600_texture.c | 2 +-
src/gallium/winsys
Am 05.02.2014 08:37, schrieb Michel Dänzer:
On Mit, 2014-02-05 at 00:01 +0100, Marek Olšák wrote:
From: Marek Olšák
Better then guessing it.
Yeah we have had this query for a long time...
[...]
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_bo.c
b/src/gallium/winsys/radeon/drm/rade
Am 05.02.2014 10:57, schrieb Michel Dänzer:
On Mit, 2014-02-05 at 10:13 +0100, Christian König wrote:
Am 05.02.2014 08:37, schrieb Michel Dänzer:
On Mit, 2014-02-05 at 00:01 +0100, Marek Olšák wrote:
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_bo.c
b/src/gallium/winsys/radeon/drm
Am 07.02.2014 16:49, schrieb Alex Deucher:
On Fri, Feb 7, 2014 at 12:34 AM, Connor Abbott wrote:
Hi,
So I believe that we can all agree that the tree-based representation
that GLSL IR currently uses for shaders needs to go. For the benefit
of those that didn't watch Ian Romanick's talk at FOSD
: automake: export only PUBLIC symbols
[PATCH 15/22] targets/vdpau: automake: add exported symbol tests
[PATCH 19/22] omx: use VISIBILITY_CFLAGS to control exported symbols
[PATCH 22/22] targets/omx: automake: add symbol test
Those patches are: Reviewed-by: Christian König
---
src/gallium
Am 11.02.2014 05:26, schrieb Emil Velikov:
Hello list,
The recent patches from Rob gave me a nice kick to give another stab at
integrating the pipe-loader into the vdpau/dri targets.
What:
- With these patches one library will be created for hardware and one for
software driven backends - eg.
From: Christian König
Unused and unmaintained for quite a while.
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_winsys.h | 4 +-
src/gallium/auxiliary/vl/vl_winsys_xsp.c | 170 --
src/gallium/drivers/softpipe/sp_context.c | 5 -
src
thod as long as it works correctly.
So this patch is: Reviewed-by: Christian König
---
diff --git a/src/gallium/Automake.inc b/src/gallium/Automake.inc
index 1e4a34f..b70b940 100644
--- a/src/gallium/Automake.inc
+++ b/src/gallium/Automake.inc
@@ -51,12 +51,14 @@ GALLI
Am 11.02.2014 16:24, schrieb Emil Velikov:
On 11/02/14 15:17, Christian König wrote:
Am 11.02.2014 15:55, schrieb Maarten Lankhorst:
Hide most symbols, except radeon_drm_winsys_create.
As a side effect, it ought to fix bug 73200 on radeon.
Signed-off-by: Maarten Lankhorst
I think Emil
From: Christian König
v2: cleanup, add some comments
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_uvd.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_uvd.c
b/src/gallium/drivers/r600/r600_uvd.c
index f42384c
From: Christian König
v2 (chk): revert feedback buffer hack
v3 (slava): fixed bitstream size calculation
v4 (chk): always create buffers in the right domain
v5 (chk): flush async
v6 (chk): rework fw interface add version check
v7 (leo): implement cropping support
Signed-off-by: Christian König
From: Christian König
v2: add fw version query
v3: add README.VCE
v4: avoid error msg when kernel doesn't support it
Signed-off-by: Christian König
---
docs/README.VCE | 43 +++
src/gallium/winsys/radeon/drm/radeon_drm_cs.c
From: Christian König
v2 (chk): fix eos handling
v3 (leo): implement scaling configuration support
v4 (leo): fix bitrate bug
v5 (chk): add workaround for bug in Bellagio
v6 (chk): fix div by 0 if framerate isn't known,
user separate pipe object for scale and transfer,
a
Hello list,
this is the v2 of the initial VCE support. It's based on the OpenMAX state
tracker. Beside this list those patches can be found here as well:
http://cgit.freedesktop.org/~deathsimple/mesa/log/?h=vce-release
Additionally to those patches you also need kernel support and matching
fir
Am 11.02.2014 19:56, schrieb Emil Velikov:
On 11/02/14 17:27, Christian König wrote:
From: Christian König
v2 (chk): fix eos handling
v3 (leo): implement scaling configuration support
v4 (leo): fix bitrate bug
v5 (chk): add workaround for bug in Bellagio
v6 (chk): fix div by 0 if framerate
Am 12.02.2014 03:50, schrieb Michel Dänzer:
On Die, 2014-02-11 at 17:28 +0100, Maarten Lankhorst wrote:
Only export __driDriverExtensions by default, and
radeon_drm_winsys_create on radeons.
Remove -Bsymbolic which should no longer be needed.
Is there any particular reason for removing -Bsymbol
From: Christian König
v2: add fw version query
v3: add README.VCE
v4: avoid error msg when kernel doesn't support it
Signed-off-by: Christian König
---
docs/README.VCE | 43 +++
src/gallium/winsys/radeon/drm/radeon_drm_cs.c
From: Christian König
v2 (chk): revert feedback buffer hack
v3 (slava): fixed bitstream size calculation
v4 (chk): always create buffers in the right domain
v5 (chk): flush async
v6 (chk): rework fw interface add version check
v7 (leo): implement cropping support
v8 (chk): add hw checks
Signed
From: Christian König
v2 (chk): fix eos handling
v3 (leo): implement scaling configuration support
v4 (leo): fix bitrate bug
v5 (chk): add workaround for bug in Bellagio
v6 (chk): fix div by 0 if framerate isn't known,
user separate pipe object for scale and transfer,
a
I'm not an expert on the build system, but the changes look good to me.
Reviewed-by: Christian König
---
diff --git a/src/gallium/Automake.inc b/src/gallium/Automake.inc
index 1e4a34f..fec69cc 100644
--- a/src/gallium/Automake.inc
+++ b/src/gallium/Automake.inc
@@ -51,12 +
Am 13.02.2014 12:28, schrieb Maarten Lankhorst:
op 11-02-14 11:30, Christian König schreef:
Am 11.02.2014 05:26, schrieb Emil Velikov:
Hello list,
The recent patches from Rob gave me a nice kick to give another stab at
integrating the pipe-loader into the vdpau/dri targets.
What:
- With
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h264.c
b/src/gallium/state_trackers/omx/vid_dec_h264.c
index 20a6d9f..5f4a261
Am 13.02.2014 13:20, schrieb Emil Velikov:
On 13/02/14 11:48, Christian König wrote:
Am 13.02.2014 12:28, schrieb Maarten Lankhorst:
op 11-02-14 11:30, Christian König schreef:
Am 11.02.2014 05:26, schrieb Emil Velikov:
Hello list,
The recent patches from Rob gave me a nice kick to give
Am 13.02.2014 14:33, schrieb Maarten Lankhorst:
[SNIP]
--disable-debug is used by distro builds, so having the debug symbols
still available is still required.
Ok than that was just my wrong expectation what --disable-debug does.
I would rather have --enable-debug stop fiddling with CFLAGS, so
Am 13.02.2014 17:18, schrieb Emil Velikov:
Signed-off-by: Emil Velikov
Reviewed-by: Jakob Bornecrantz
Reviewed-by: Christian König
---
src/gallium/auxiliary/vl/vl_winsys_dri.c | 32 +++-
1 file changed, 19 insertions(+), 13 deletions(-)
diff --git a/src
From: Leo Liu
Signed-off-by: Leo Liu
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx/vid_enc.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/omx/vid_enc.c
b/src/gallium/state_trackers/omx/vid_enc.c
index
A really nice piece of work, thx allot.
Both patches reviewed and pushed upstream.
Cheers,
Christian.
Am 13.02.2014 21:32, schrieb Grigori Goronzy:
---
src/gallium/auxiliary/Makefile.sources | 3 +-
src/gallium/auxiliary/vl/vl_deint_filter.c | 491 +
src/g
e?
-ilia
On Fri, Feb 14, 2014 at 3:18 AM, Christian König
wrote:
A really nice piece of work, thx allot.
Both patches reviewed and pushed upstream.
Cheers,
Christian.
Am 13.02.2014 21:32, schrieb Grigori Goronzy:
---
src/gallium/auxiliary/Makefile.sources | 3 +-
Am 15.02.2014 20:35, schrieb Emil Velikov:
Query of the driver support AVC_HIGH encode before reporting
the total number of supported components.
v2: drop if (name_specific_length) check
I considered this as well, but as far as I understand it that's not
necessary correct.
Have you checked
Am 16.02.2014 08:26, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin
Reviewed-by: Christian König
---
Tom, any objections to enabling xvmc by default again? You turned it off in
commit 6a19bb56e ("configure: Disable xvmc by default") complaining about the
tests failing. These al
Am 16.02.2014 13:53, schrieb Emil Velikov:
On 16/02/14 10:20, Christian König wrote:
Am 15.02.2014 20:35, schrieb Emil Velikov:
Query of the driver support AVC_HIGH encode before reporting
the total number of supported components.
v2: drop if (name_specific_length) check
I considered this as
Am 16.02.2014 21:55, schrieb Emil Velikov:
On 16/02/14 15:52, Christian König wrote:
Am 16.02.2014 13:53, schrieb Emil Velikov:
On 16/02/14 10:20, Christian König wrote:
Am 15.02.2014 20:35, schrieb Emil Velikov:
Query of the driver support AVC_HIGH encode before reporting
the total number
From: Christian König
The CP semaphore queue on CIK has a bug that triggers if uncompleted
waits use the same address while a signal is still pending. Work around
this by using different addresses for each sync.
Signed-off-by: Christian König
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx/vid_dec_h264.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/state_trackers/omx/vid_dec_h264.c
b/src/gallium/state_trackers/omx/vid_dec_h264.c
index 5f4a261..7f1c2fa 100644
--- a/src
Am 19.02.2014 18:17, schrieb Leo Liu:
From: Leo Liu
Signed-off-by: Leo Liu
Reviewed and pushed.
Thanks,
Christian.
---
src/gallium/state_trackers/omx/vid_enc.c | 38
src/gallium/state_trackers/omx/vid_enc.h | 7 --
2 files changed, 29 insertions(+
Am 21.02.2014 18:53, schrieb Dorrington, Albert:
-Original Message-
From: Alex Deucher [mailto:alexdeuc...@gmail.com]
You are seeing a GPU hang and the driver attempts to reset it which doesn't
always work. Probably a problem in the OpenGL or OpenCL driver in mesa.
Alex
I assume there
From: Christian König
omx_component_library_Setup should return all entrypoints the library
implements, independent of what is available on the current hardware.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=74944
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx
Both patches reviewed and pushed.
Thanks,
Christian.
Am 02.03.2014 12:57, schrieb Grigori Goronzy:
---
src/gallium/state_trackers/vdpau/mixer.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/mixer.c
b/src/gallium/state_trackers/v
Am 04.03.2014 22:12, schrieb Emil Velikov:
All three (xvmc, vdpau and omx) do not have an alternative loading
similar to the dri modules. Thus one needs to explicitly install
them in order to use/test them.
It's not mainline yet, but at least I'm using
VDPAU_DRIVER_PATH=.../mesa/lib/gallium fo
Am 04.03.2014 22:12, schrieb Emil Velikov:
Currenly configure.ac will print a warning when one is missing the package.
Signed-off-by: Emil Velikov
Reviewed-by: Christian König
---
configure.ac | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/configure.ac b
Hi Kusanagi,
Am 06.03.2014 09:20, schrieb Kusanagi Kouichi:
Signed-off-by: Kusanagi Kouichi
---
src/gallium/auxiliary/vl/vl_compositor.c | 52 +---
src/gallium/auxiliary/vl/vl_compositor.h | 13 +++-
2 files changed, 60 insertions(+), 5 deletions(-)
diff --g
-by: Rachel Greenham
Reported-by: Peter Frühberger
Reviewed-by: Christian König
---
diff --git a/src/gallium/targets/dri-nouveau/Makefile.am
b/src/gallium/targets/dri-nouveau/Makefile.am
index 4bd4e21..f34acf8 100644
--- a/src/gallium/targets/dri-nouveau/Makefile.am
+++ b/src/gallium/targets
I've added resetting the rotate in clear_layers, fixed calc_drawn_area
and then committed the result.
Thx for the help,
Christian.
Am 07.03.2014 03:07, schrieb Kusanagi Kouichi:
Signed-off-by: Kusanagi Kouichi
---
src/gallium/auxiliary/vl/vl_compositor.c | 64 ---
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_vce.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeon/radeon_vce.c
b/src/gallium/drivers/radeon/radeon_vce.c
index 665c1dc..0d3fe08 100644
--- a/src/gallium/drivers/radeon
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/si_pipe.c | 2 ++
src/gallium/drivers/radeonsi/si_pm4.c | 7 +++
src/gallium/drivers/radeonsi/si_pm4.h | 1 +
3 files changed, 10 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
b
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/si_pipe.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
b/src/gallium/drivers/radeonsi/si_pipe.c
index 5bc86bb..7e8e09b 100644
--- a
Strange, than this doesn't seems to work. I get valgrind warning that
this is still allocated.
Christian.
Am 08.03.2014 13:52, schrieb Marek Olšák:
si_release_all_descriptors does this already.
Marek
On Sat, Mar 8, 2014 at 1:21 PM, Christian König wrote:
From: Christian König
Signe
From: Christian König
v2: rebased on stale pointer fixes
Signed-off-by: Christian König
Reviewed-by: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 2 ++
src/gallium/drivers/radeonsi/si_pm4.c | 7 +++
src/gallium/drivers/radeonsi/si_pm4.h | 1 +
3 files changed, 10 insertions
From: Christian König
That structure member is a pointer, so the loop with
the Elements macro only freed up the first entry.
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/si_descriptors.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/si_pipe.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
b/src/gallium/drivers/radeonsi/si_pipe.c
index ff11a67..ac9e49a 100644
--- a
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/si_state.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index 8f9..0ee4154 100644
--- a/src
Am 08.03.2014 21:30, schrieb Emil Velikov:
Drop the duplication across all vdpau targets.
Signed-off-by: Emil Velikov
Reviewed-by: Christian König
---
src/gallium/targets/r600/vdpau/Makefile.am | 6 +-
src/gallium/targets/radeonsi/vdpau/Makefile.am | 6 +-
src/gallium
Am 08.03.2014 21:31, schrieb Emil Velikov:
All three (xvmc and omx) do not have an alternative loading
similar to the dri modules. Thus one needs to explicitly install
them in order to use/test them.
Double checking that (again) there actually there is a
BELLAGIO_SEARCH_PATH environment variab
Am 08.03.2014 21:33, schrieb Emil Velikov:
The primary users of these are linux developers, although
it can be extended for *BSD and others if needed.
Fixes make install for Cygwin and OpenBSD at least.
v2:
- Wrap vdpau targets as well.
Can't we have the check inside install-lib-links.mk in
*links.mk
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=63269
Signed-off-by: Emil Velikov
Reviewed-by: Jon TURNEY
Reviewed-by: Christian König
Signed-off-by: Emil Velikov
---
Interesting the first time tried it I've got some unusual
results, while it's works nicel
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx/vid_dec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/omx/vid_dec.c
b/src/gallium/state_trackers/omx/vid_dec.c
index e2a2891..de1c3825 100644
--- a/src
Am 17.03.2014 03:55, schrieb Kusanagi Kouichi:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=75699
Signed-off-by: Kusanagi Kouichi
---
src/gallium/state_trackers/vdpau/surface.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/vdpau/surfa
Hi guys,
recently some XBMC users complained about crashes with the relatively
new NV_vdpau_interop support.
That turned out to be a problem with how st_atom_texture.c caches the
sampler view for a texture. Since the texture in question is shared
between two GLX contexts the pipe object the
Am 22.03.2014 23:33, schrieb Brian Paul:
On Sat, Mar 22, 2014 at 2:49 PM, Christian König
mailto:deathsim...@vodafone.de>> wrote:
Hi guys,
recently some XBMC users complained about crashes with the
relatively new NV_vdpau_interop support.
That turned out to be a proble
From: Christian König
The original problem is fixed by now and unconditionally
destroying the sampler view, which is possible still
referenced elsewhere, is a really bad idea also.
This reverts commit 670be71bd801fea876f7512865ed5f54340da9be.
Signed-off-by: Christian König
---
src/mesa
From: Christian König
With shared glx contexts it is possible that a texture is create and used
in one context and then used in another one resulting in incorrect
sampler view usage.
v2: avoid template copy
Signed-off-by: Christian König
---
src/mesa/state_tracker/st_atom_texture.c | 7
From: Christian König
Release the references to the sampler views before destroying the pipe context.
TODO: Do we need to lock something?
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/si_descriptors.c | 2 ++
src/mesa/state_tracker/st_atom.h | 2 ++
src/mesa
From: Christian König
The original problem is fixed by now and unconditionally
destroying the sampler view, which is possible still
referenced elsewhere, is a really bad idea also.
This reverts commit 670be71bd801fea876f7512865ed5f54340da9be.
Signed-off-by: Christian König
Cc: "10.0
From: Christian König
Release the references to the sampler views before
destroying the pipe context.
v2: remove TODO and unrelated change
Signed-off-by: Christian König
Cc: "10.0 10.1"
---
src/mesa/state_tracker/st_atom.h | 2 ++
src/mesa/state_tracker/st_atom_text
From: Christian König
With shared glx contexts it is possible that a texture is create and used
in one context and then used in another one resulting in incorrect
sampler view usage.
v2: avoid template copy
Signed-off-by: Christian König
Cc: "10.0 10.1"
---
src/mesa/sta
Am 24.03.2014 16:36, schrieb Brian Paul:
On 03/24/2014 08:06 AM, Christian König wrote:
From: Christian König
With shared glx contexts it is possible that a texture is create and
used
in one context and then used in another one resulting in incorrect
sampler view usage.
v2: avoid template
Am 24.03.2014 16:36, schrieb Brian Paul:
On 03/24/2014 08:06 AM, Christian König wrote:
From: Christian König
The original problem is fixed by now and unconditionally
destroying the sampler view, which is possible still
referenced elsewhere, is a really bad idea also.
This reverts commit
From: Christian König
The original problem is fixed by now.
This reverts commit 670be71bd801fea876f7512865ed5f54340da9be.
v2: update patch text and remove stable CC
Signed-off-by: Christian König
---
src/mesa/state_tracker/st_atom_texture.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
From: Christian König
Release the references to the sampler views before
destroying the pipe context.
v2: remove TODO and unrelated change
v3: move to st_texture.[ch], rename callback, add comment
Signed-off-by: Christian König
Cc: "10.0 10.1"
---
src/mesa/state_tracker/st_cont
From: Christian König
With shared glx contexts it is possible that a texture is create and used
in one context and then used in another one resulting in incorrect
sampler view usage.
v2: avoid template copy
Signed-off-by: Christian König
Cc: "10.0 10.1"
---
src/mesa/sta
Am 24.03.2014 17:13, schrieb Brian Paul:
On 03/24/2014 10:04 AM, Christian König wrote:
Am 24.03.2014 16:36, schrieb Brian Paul:
On 03/24/2014 08:06 AM, Christian König wrote:
From: Christian König
With shared glx contexts it is possible that a texture is create and
used
in one context and
From: Christian König
Keep a dynamically increasing array of all the views
created for a texture instead of just the last one.
Signed-off-by: Christian König
---
src/mesa/state_tracker/st_atom_sampler.c | 21 ---
src/mesa/state_tracker/st_atom_texture.c | 53
From: Christian König
Release the references to the sampler views before
destroying the pipe context.
v2: remove TODO and unrelated change
v3: move to st_texture.[ch], rename callback, add comment
v4: fix rebase mess up and add further cleanups
Signed-off-by: Christian König
Cc: "10.0
Will you try to implement the linked list?
Sure, shouldn't be to much of a problem.
It actually turned out to be easier as a small dynamically resized
array. Patches are on the list CCing you, please review.
Thanks,
Christian.
Am 24.03.2014 17:56, schrieb Christian König
Am 24.03.2014 18:54, schrieb Roland Scheidegger:
Am 23.03.2014 12:36, schrieb Christian König:
Am 22.03.2014 23:33, schrieb Brian Paul:
On Sat, Mar 22, 2014 at 2:49 PM, Christian König
mailto:deathsim...@vodafone.de>> wrote:
Hi guys,
recently some XBMC users complained
From: Christian König
Keep a dynamically increasing array of all the views
created for a texture instead of just the last one.
v2: add comments, fix array size calculation,
release only the first sampler view found
Signed-off-by: Christian König
---
src/mesa/state_tracker
Am 26.03.2014 15:38, schrieb Brian Paul:
Can you remove the "v2" from the subject line?
I've did so and committed the result. But why actually should I do this?
Reviewed-by: Brian Paul
Thanks,
Christian.
On 03/26/2014 07:38 AM, Christian König wrote:
From: Christian
Am 28.03.2014 13:26, schrieb Emil Velikov:
Unused due to the missing GALLIUM_TRACE define.
Requested-by: Christian König
Signed-off-by: Emil Velikov
Reviewed-by: Christian König
---
Hi Christian
Seems like none of the other video accel targets use the tracer.
I'm assuming tha
Am 02.12.2014 um 21:14 schrieb Jan Vesely:
Mostly signed/unsigned comparison
Signed-off-by: Jan Vesely
Reviewed-by: Christian König
Feel free to commit this patch or if you don't have commit access leave
me a note and I can commit it.
Regards,
Christian.
---
src/ga
Am 03.12.2014 um 16:31 schrieb Jan Vesely:
On Wed, 2014-12-03 at 11:15 +0100, Christian König wrote:
Am 02.12.2014 um 21:14 schrieb Jan Vesely:
Mostly signed/unsigned comparison
Signed-off-by: Jan Vesely
Reviewed-by: Christian König
Feel free to commit this patch or if you don't
gards,
Christian.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=86837
Cc: Andy Furniss
Cc: Kertesz Laszlo
Cc: Christian König
Signed-off-by: Emil Velikov
---
src/gallium/auxiliary/Android.mk| 3 +-
src/gallium/auxiliary/Makefile.am | 4 -
src/ga
Am 20.12.2014 um 12:34 schrieb Emil Velikov:
On 19/12/14 14:14, Christian König wrote:
Am 19.12.2014 um 15:04 schrieb Emil Velikov:
Due to the current implementation of the gl-vdpau interop, we depend on
the dri module having a working set of util VL functions. Otherwise we
will end up calling
In general I don't think that modifying shader code with the GPU is such
a good idea. We already had quite a number of occasions where the GPU
accidentally corrupted the shader data which usually leads to lockups.
Because of this I already wanted to suggest that everything that the GPU
execute
Am 01.02.19 um 17:28 schrieb Zhu, James:
Move dirty define to header file to share with compute shader.
Signed-off-by: James Zhu
---
src/gallium/auxiliary/vl/vl_compositor.c | 3 ---
src/gallium/auxiliary/vl/vl_compositor.h | 2 ++
2 files changed, 2 insertions(+), 3 deletions(-)
diff --gi
Am 01.02.19 um 17:28 schrieb Zhu, James:
Add compute shader to support video compositor render.
I don't think that this is actually a good approach.
It adds a second implementation of the compositor instead of adapting
the original one to use compute shaders when available.
Christian.
Si
Am 01.02.19 um 17:28 schrieb Zhu, James:
Add video compute shader render. export CS_COMPOSITOR_RENDER=true
to enable video compute shader render.
Ok that actually makes more sense, but I would either put everything
into one file or cleanly separate between gfx and compute implementation.
Chr
Am 04.02.19 um 20:12 schrieb James Zhu:
On 2019-02-04 1:47 p.m., Liu, Leo wrote:
On 2/1/19 11:28 AM, Zhu, James wrote:
Add compute shader to support video compositor render.
Signed-off-by: James Zhu
---
src/gallium/auxiliary/Makefile.sources | 2 +
src/gallium/auxiliary/meson.bu
701 - 800 of 1809 matches
Mail list logo