From: Leo Liu
v2: fix whitespace errors, minor coding style changes
Signed-off-by: Leo Liu
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_vce.c| 22 +++---
src/gallium/drivers/radeon/radeon_vce.h| 3 +++
src/gallium/drivers/radeon
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/xa/.gitignore | 1 +
1 file changed, 1 insertion(+)
create mode 100644 src/gallium/state_trackers/xa/.gitignore
diff --git a/src/gallium/state_trackers/xa/.gitignore
b/src/gallium/state_trackers/xa
Am 04.04.2014 14:37, schrieb Emil Velikov:
On 04/04/14 13:21, Christian König wrote:
From: Christian König
Please don't. Let just revert the commit and do things properly.
Also an option, I don't really care. But it's annoying that this always
shows up when I run "git
Am 05.04.2014 12:01, schrieb Emil Velikov:
On 05/04/14 10:34, Christian König wrote:
Am 05.04.2014 03:46, schrieb Emil Velikov:
Using export-symbols-regex is the least desirable method of restricting
the exported symbols, as is completely messes up with the symbol table
Am 05.04.2014 12:13, schrieb Emil Velikov:
On 05/04/14 11:02, Christian König wrote:
Am 05.04.2014 12:01, schrieb Emil Velikov:
On 05/04/14 10:34, Christian König wrote:
Am 05.04.2014 03:46, schrieb Emil Velikov:
Using export-symbols-regex is the least desirable method of restricting
the
OMX GL interop pretty soon.
Christian.
Cc: Christian König
Signed-off-by: Emil Velikov
---
src/gallium/Automake.inc | 2 +-
src/gallium/targets/omx.sym | 6 ++
src/gallium/targets/r600/omx/Makefile.am | 2 --
src/gallium/targets/radeonsi/omx
Am 05.04.2014 11:47, schrieb Emil Velikov:
On 05/04/14 10:34, Christian König wrote:
Am 05.04.2014 03:46, schrieb Emil Velikov:
Using export-symbols-regex is the least desirable method of restricting
the exported symbols, as is completely messes up with the symbol table.
Why? As far as I can
Am 05.04.2014 11:16, schrieb Maarten Lankhorst:
op 05-04-14 03:46, Emil Velikov schreef:
Rather than having multiple (almost) identical version scripts use
a single one.
Cc: Maarten Lankhorst
Cc: Christian König
Signed-off-by: Emil Velikov
---
src/gallium/Automake.inc
rogue symbols sneaking in.
Drop the *winsys_create functions as they were only meant for
gl-vdpau interop.
Cc: Christian König
Signed-off-by: Emil Velikov
Can't test it, but the change itself looks good to me.
Christian.
---
src/gallium/Automake.inc | 2 +-
src/gallium/targets/xvm
Am 05.04.2014 03:46, schrieb Emil Velikov:
Using export-symbols-regex is the least desirable method of restricting
the exported symbols, as is completely messes up with the symbol table.
Why? As far as I can tell it does exactly what it is supposed to do.
Christian.
Cc: Christian König
Am 05.04.2014 03:47, schrieb Emil Velikov:
Cc: Christian König
Signed-off-by: Emil Velikov
Reviewed-by: Christian König
---
src/gallium/targets/r600/omx/Makefile.am | 8 +---
src/gallium/targets/radeonsi/omx/Makefile.am | 8 +---
2 files changed, 2 insertions(+), 14
Am 08.04.2014 16:57, schrieb Leo Liu:
From: Christian König
v2: move allocation to a function as first step
to clean vid_enc_EncodeFrame
Signed-off-by: Christian König
Signed-off-by: Leo Liu
Reviewed and pushed both patches.
Thanks,
Christian.
---
src/gallium/state_trackers/omx
y like the shorter form, but anyway thanks allot for this it
removes quite a bunch of todos from my list. Didn't though that creating
the screen from the winsys was ok with the design, but when you are fine
with it I'm not about to complain.
For the series:
Reviewed-by:
From: Christian König
Signed-off-by: Slava Grigorev
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_vce.h| 2 +-
src/gallium/drivers/radeon/radeon_vce_40_2_2.c | 73 ++
2 files changed, 53 insertions(+), 22 deletions(-)
diff --git a/src
From: Christian König
Keep tasks as linked list, this way we can associate
more than one encoding task with each buffer.
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx/vid_enc.c | 182 +--
src/gallium/state_trackers/omx/vid_enc.h | 4 +
2 files
From: Christian König
Doesn't seems to be needed any more.
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_vce.c| 2 +-
src/gallium/drivers/radeon/radeon_vce.h| 1 -
src/gallium/drivers/radeon/radeon_vce_40_2_2.c | 3 +--
3 files changed, 2 inser
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_vce_40_2_2.c | 11 ++-
src/gallium/include/pipe/p_video_state.h | 3 +++
src/gallium/state_trackers/omx/vid_enc.c | 8 +++-
3 files changed, 16 insertions(+), 6 deletions
From: Christian König
Remember what frames we encoded at which position.
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_vce.c| 87 --
src/gallium/drivers/radeon/radeon_vce.h| 15 +
src/gallium/drivers/radeon/radeon_vce_40_2_2.c
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx/vid_enc.c | 10 +++---
src/gallium/state_trackers/omx/vid_enc.h | 1 +
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_enc.c
b/src/gallium
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/omx/vid_enc.c | 91 +---
src/gallium/state_trackers/omx/vid_enc.h | 5 +-
2 files changed, 76 insertions(+), 20 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_enc.c
match)");
return (GLintptr)NULL;
@@ -254,7 +254,7 @@ _mesa_VDPAUUnregisterSurfaceNV(GLintptr surface)
}
_mesa_set_remove(ctx->vdpSurfaces, entry);
- FREE(surf);
+ free(surf);
}
void GLAPIENTRY
Reviewed-by: Christian König
_
Am 10.04.2014 03:26, schrieb Brian Paul:
We were using REALLOC() from u_memory.h but FREE() from imports.h.
This mismatch caused us to trash the heap on Windows after we
deleted a texture object.
This fixes a regression from commit 6c59be7776e4d.
Reviewed-by: Christian König
---
src/mesa
Am 11.04.2014 19:03, schrieb Marek Olšák:
From: Marek Olšák
Reviewed-by: Christian König
BTW:
I've always wondered if the custom hash table is the best approach here.
Having a BO active in more than one command submission context at the
same time sounds rather unlikely to me.
Some
handles or something like this.
If we have O(1) anyway most of the time than changing it would probably
not make much sense.
Christian.
Marek
On Sat, Apr 12, 2014 at 10:35 AM, Christian König
wrote:
Am 11.04.2014 19:03, schrieb Marek Olšák:
From: Marek Olšák
Reviewed-by: Christian Köni
For this series: Reviewed-by: Christian König
BTW: Can we get rid of RADEON_FLUSH_ASYNC and always flush
asynchronously? Just calling cs_sync_flush directly after the flush
should have the same effect as synchronous flushing.
Christian.
Am 12.04.2014 18:34, schrieb Marek Olšák:
From
ion in the main thread is probably easier for the CPU.
Marek
On Mon, Apr 14, 2014 at 2:41 PM, Marek Olšák wrote:
Yes, I will remove the flag in the next patch series.
Marek
On Sun, Apr 13, 2014 at 10:45 AM, Christian König
wrote:
For this series: Reviewed-by: Christian König
BTW: Can we get
Am 17.04.2014 18:19, schrieb Leo Liu:
From: Leo Liu
Signed-off-by: Leo Liu
Reviewed & pushed.
Thanks,
Christian.
---
src/gallium/state_trackers/omx/vid_enc.c | 214 ++-
1 file changed, 185 insertions(+), 29 deletions(-)
diff --git a/src/gallium/state_trackers
That won't work correctly, the hardware can only load a maximum of 16
user SGPRs at shader initialization. If we need more we need to pass the
data through an extra buffer or something like that.
Christian.
Am 26.04.2014 15:37, schrieb Marek Olšák:
Sorry, the subject should say "5 more input
On Sat, Apr 26, 2014 at 4:06 PM, Christian König
wrote:
That won't work correctly, the hardware can only load a maximum of 16 user
SGPRs at shader initialization. If we need more we need to pass the data
through an extra buffer or something like that.
Christian.
Am 26.04.2014 15:37,
Also, I think it would be a good idea to add the maximum possible number or
registers
to the calling convention (i.e. the number or register we would use if all
inputs
are enabled and all user sgprs are being used).
Well that's what we did previously, unfortunately it wasn't adopted when
we add
Am 14.05.2014 09:55, schrieb Michel Dänzer:
On 14.05.2014 06:45, Marek Olšák wrote:
From: Marek Olšák
It works just fine.
This fixes a crash in:
piglit/spec/glsl-1.20/execution/fs-const-array-of-struct-of-array
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=78666
Cc: 10.2 10.1 me
Am 15.05.2014 14:13, schrieb Emil Velikov:
On 15/05/14 03:33, Michel Dänzer wrote:
On 15.05.2014 10:58, Marek Olšák wrote:
Hi everybody,
Some distros seem to care about the size of Mesa, so I came up with
this little patch.
It puts r600g and radeonsi into r300_dri.so. The result is one shared
ng it this way.
BTW: I would prefer the name libomx_mesa.
Cheers,
Christian.
Cc: Christian König
Signed-off-by: Emil Velikov
---
configure.ac | 5 +--
src/gallium/Automake.inc | 17
src/gallium/auxiliary/vl/vl_winsys_dri.c
Am 27.05.2014 16:12, schrieb Leo Liu:
Signed-off-by: Leo Liu
Reviewed and pushed upstream.
Thanks,
Christian.
---
src/gallium/include/pipe/p_video_state.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/include/pipe/p_video_state.h
b/src/gallium/include/pipe/p_video_st
Reviewed and pushed.
Thanks,
Christian.
Am 30.05.2014 21:57, schrieb Leo Liu:
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/util/u_video.h | 4
src/gallium/include/pipe/p_video_enums.h | 6 +-
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxilia
Hey Vadim,
Am 19.04.2013 18:18, schrieb Vadim Girlin:
[SNIP]
In theory, yes, some optimizations in this branch are typically used
on the earlier compilation stages, not on the target machine code. On
the other hand, there are some differences that might make it harder,
e.g. many algorithms r
Am 20.04.2013 06:06, schrieb Tom Stellard:
On Thu, Apr 11, 2013 at 10:12:01AM +0200, Christian König wrote:
Am 10.04.2013 18:50, schrieb Tom Stellard:
On Wed, Apr 10, 2013 at 05:59:48PM +0200, Michel Dänzer wrote:
[SNIP]
We should start using the updated pattern syntax for all new patterns
Am 19.04.2013 18:50, schrieb Vadim Girlin:
On 04/19/2013 08:35 PM, Christian König wrote:
Hey Vadim,
Am 19.04.2013 18:18, schrieb Vadim Girlin:
[SNIP]
In theory, yes, some optimizations in this branch are typically used
on the earlier compilation stages, not on the target machine code. On
From: Christian König
Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=63702
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_uvd.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_uvd.c
b/src
Am 20.04.2013 13:12, schrieb Vadim Girlin:
On 04/20/2013 01:42 PM, Christian König wrote:
Am 19.04.2013 18:50, schrieb Vadim Girlin:
On 04/19/2013 08:35 PM, Christian König wrote:
Hey Vadim,
Am 19.04.2013 18:18, schrieb Vadim Girlin:
[SNIP]
In theory, yes, some optimizations in this branch
Am 20.04.2013 09:27, schrieb Mathias Fröhlich:
Hi Tom,
May be I need to tell where the problem really appears in real life.
OpenSceneGraph has some nifty features regarding multi channel rendering.
Assume a setup of multiple full screen views running on different graphics
boards into a single ma
Am 22.04.2013 09:35, schrieb Michel Dänzer:
On Sam, 2013-04-20 at 13:21 +0200, Christian König wrote:
From: Christian König
Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=63702
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_uvd.c |6 +++---
1 file
Am 22.04.2013 13:21, schrieb Marek Olšák:
On Mon, Apr 22, 2013 at 8:38 AM,
wrote:
From: Christopher James Halse Rogers
---
src/gallium/drivers/r300/r300_screen.c| 8 ++-
src/gallium/drivers/r300/r300_texture.c | 2 +-
src/gallium/drivers/r600/r600_pipe.c
From: Christian König
Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=63702
v2: add a comment that this is just a workaround
Signed-off-by: Christian König
---
src/gallium/drivers/radeonsi/radeonsi_uvd.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a
Am 25.04.2013 19:08, schrieb Tom Stellard:
[SNIP]
I think this is a good approach, however before we make big changes to
Mesa I want to make sure we know what problems we are trying to solve
with these changes. As far as I understand it, the current problems
are:
1. If an application is using
Am 26.04.2013 08:48, schrieb Jose Fonseca:
- Original Message -
Building on RHEL6 tinderbox, we get -std=c99, and the radeon uvd code
uses anonymous unions which this disables.
It doesn't look too difficult to fix, just wondering if there was a
reason for using anon unions in the first
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_uvd.c |4 +-
src/gallium/drivers/radeon/radeon_uvd.c | 66 +--
src/gallium/drivers/radeon/radeon_uvd.h |6 +--
src/gallium/drivers/radeonsi/radeonsi_uvd.c
From: Christian König
That is just not supported by the hardware.
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_pipe.c|2 +-
src/gallium/drivers/r600/r600_pipe.h|3 +++
src/gallium/drivers/r600/r600_uvd.c | 14 ++
src/gallium/drivers/radeon
Am 26.04.2013 10:56, schrieb Jose Fonseca:
- Original Message -
On Fri, Apr 26, 2013 at 4:48 PM, Jose Fonseca wrote:
- Original Message -
Building on RHEL6 tinderbox, we get -std=c99, and the radeon uvd code
uses anonymous unions which this disables.
It doesn't look too diff
From: Christian König
That is just not supported by the hardware.
v2: fix compare
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_pipe.c|2 +-
src/gallium/drivers/r600/r600_pipe.h|3 +++
src/gallium/drivers/r600/r600_uvd.c | 14 ++
src
Am 26.04.2013 19:21, schrieb Tom Stellard:
From: Tom Stellard
Only Cayman has a separate compute ring, but it has some hw bugs, so to
be safe we will stick with the GFX.
The other two patches look good, but this one is a NAK.
The fact that the Cayman compute rings are buggy should be handled
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/mixer.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/mixer.c
b/src/gallium/state_trackers/vdpau/mixer.c
index 1d2ae49
From: Christian König
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_compositor.c| 12 ++--
src/gallium/auxiliary/vl/vl_video_buffer.c | 23 ---
src/gallium/auxiliary/vl/vl_video_buffer.h |7 ---
src/gallium/drivers/r600/r600_uvd.c
From: Christian König
Add an extra parameter to specify if we should clear the render target.
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_compositor.c|7 ---
src/gallium/auxiliary/vl/vl_compositor.h|3 ++-
src/gallium/state_trackers/vdpau
From: Christian König
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_uvd.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_uvd.c
b/src/gallium/drivers/radeon/radeon_uvd.c
index 5a7eab6..bcd282e 100644
--- a
Am 02.05.2013 09:06, schrieb Michel Dänzer:
On Don, 2013-05-02 at 05:45 +0200, Marek Olšák wrote:
---
src/gallium/drivers/radeonsi/radeonsi_pipe.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_pipe.c
b/src/gallium/drivers/radeons
Kasanen
Looks good to me, patch is:
Reviewed-by: Christian König
---
src/gallium/state_trackers/xvmc/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/xvmc/Makefile.am
b/src/gallium/state_trackers/xvmc/Makefile.am index 8ac7406
From: Christian König
We still need the option for handling 3D textures as well.
Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=64143
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_mpeg12_decoder.c |6 +++---
src/gallium/auxiliary/vl/vl_video_buffer.c | 23
From: Christian König
Still not perfect, but a step in the right direction.
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_uvd.c | 24 +---
1 file changed, 17 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/radeon/radeon_uvd.c
b/src
From: Christian König
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_video_buffer.c | 16
src/gallium/auxiliary/vl/vl_video_buffer.h | 10 +-
src/gallium/drivers/r600/r600_uvd.c |6 +++---
src/gallium/drivers/radeonsi/radeonsi_uvd.c
From: Christian König
Kills tilling on UVD buffers, but we currently don't really need that.
Signed-off-by: Christian König
---
src/gallium/drivers/r600/r600_uvd.c |6 +++---
src/gallium/drivers/radeon/radeon_uvd.c |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
Am 03.05.2013 10:48, schrieb Lauri Kasanen:
v2: Removed extra libs as requested by Matt Turner.
Signed-off-by: Lauri Kasanen
Reviewed-by: Christian König
---
src/gallium/state_trackers/xvmc/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src
Am 06.05.2013 18:48, schrieb Tom Stellard:
From: Tom Stellard
The BFE optimization was the only one we were actually using, and it was
emitting an intrinsic that we don't support.
https://bugs.freedesktop.org/show_bug.cgi?id=64201
The patch has my rb.
I'm wondering if we shouldn't get ride
Am 07.05.2013 17:37, schrieb Michel Dänzer:
From: Michel Dänzer
Adapted from the llvm.SI.sample test.
Signed-off-by: Michel Dänzer
Reviewed-by: Christian König
---
test/CodeGen/R600/llvm.SI.imageload.ll | 87 ++
test/CodeGen/R600/llvm.SI.resinfo.ll | 110
Hi Peter,
Am 08.05.2013 11:48, schrieb test automation:
Hi Everyone,
Could you please tell me about whom to contact if I want to do this
Automatic testing in the To-Do List ?
Help Wanted / To-Do List
*Automatic testing. * It would be great if someone would set up an
automated system for grabb
From: Christian König
libX11 acquires the display lock before calling "xcb_take_socket" and inside
the "return_socket" callback, this can lead to a classic deadlock situation
with the XCB iolock. Releasing the lock while calling "return_socket" only
partially helps
From: Christian König
The last queued surface always keeps displaying.
Fixing a problem with XBMC.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/presentation.c |8 ---
src/gallium/state_trackers/vdpau/vdpau_private.h | 28 +++---
2 files
nd we have quite a bunch of bugreports about such
problems, I just didn't refer to them cause this fix is only part of the
solution.
For example for this one
https://bugs.freedesktop.org/show_bug.cgi?id=20708, we need to fix this
bug and the one described in
https://bugs.freedesktop.or
Am 08.05.2013 18:44, schrieb Michel Dänzer:
From: Michel Dänzer
Signed-off-by: Michel Dänzer
Reviewed-by: Christian König
---
test/CodeGen/R600/llvm.AMDGPU.imax.ll | 21 +
test/CodeGen/R600/llvm.AMDGPU.imin.ll | 21 +
test/CodeGen/R600
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/surface.c |9 -
1 file changed, 9 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/surface.c
b/src/gallium/state_trackers/vdpau/surface.c
index 135eb85..bd11fc3 100644
--- a/src
From: Christian König
Fixes a problem with xbmc when switching channels.
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/decode.c |1 +
src/gallium/state_trackers/vdpau/device.c |1 +
src/gallium/state_trackers/vdpau/surface.c |2 ++
3 files changed, 4
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/vdpau/htab.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/vdpau/htab.c
b/src/gallium/state_trackers/vdpau/htab.c
index 39ff7be..8b809f2 100644
--- a/src
Hi everyone,
the following patches reactivates the initial VA-API state tracker and add
matching targets for r600 and radeonsi.
It's in a quite early state, only MPEG2 and H264 are support and it is only
tested with R600g, but apart from that seems to work quite well.
Cheers,
Christian.
_
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/config.c | 12 +
src/gallium/state_trackers/va/context.c|2 +-
src/gallium/state_trackers/va/va_private.h | 37
3 files changed, 50 insertions(+), 1
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/config.c | 13 +
src/gallium/state_trackers/va/va_private.h | 29
2 files changed, 42 insertions(+)
diff --git a/src/gallium/state_trackers/va/config.c
b
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/config.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/config.c
b/src/gallium/state_trackers/va/config.c
index 38639d0..14951a1
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/config.c | 29 ++---
1 file changed, 26 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/va/config.c
b/src/gallium/state_trackers/va/config.c
index 14951a1
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/context.c|9
src/gallium/state_trackers/va/surface.c| 61 +++-
src/gallium/state_trackers/va/va_private.h | 22 ++
3 files changed, 90 insertions(+), 2
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/context.c| 71 +++-
src/gallium/state_trackers/va/va_private.h | 12 +
2 files changed, 70 insertions(+), 13 deletions(-)
diff --git a/src/gallium/state_trackers/va
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/context.c|6
src/gallium/state_trackers/va/surface.c| 50 ++--
src/gallium/state_trackers/va/va_private.h |6
3 files changed, 60 insertions(+), 2
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/buffer.c | 83 +---
src/gallium/state_trackers/va/va_private.h |7 +++
2 files changed, 83 insertions(+), 7 deletions(-)
diff --git a/src/gallium/state_trackers/va/buffer.c
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/picture.c| 88 ++--
src/gallium/state_trackers/va/surface.c|3 +-
src/gallium/state_trackers/va/va_private.h |5 +-
3 files changed, 87 insertions(+), 9 deletions
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/surface.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/surface.c
b/src/gallium/state_trackers/va/surface.c
index 58303c6..34786c1 100644
--- a/src
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/picture.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/picture.c
b/src/gallium/state_trackers/va/picture.c
index 8d16dfa
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/picture.c | 51 ++-
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/picture.c
b/src/gallium/state_trackers/va/picture.c
index
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/picture.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/va/picture.c
b/src/gallium/state_trackers/va/picture.c
index f7d32c6..7339366 100644
--- a/src
From: Christian König
Signed-off-by: Christian König
---
src/gallium/state_trackers/va/picture.c | 100 ++-
1 file changed, 98 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/va/picture.c
b/src/gallium/state_trackers/va/picture.c
index
Am 23.06.2013 18:59, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin
---
These changes make MPEG2 I-frames generate the correct macroblock data (as
compared to mplayer via xvmc). Other MPEG2 frames are still misparsed, and
MPEG1 I-frames have some errors (but largely match up).
NAK, zscan and
Am 24.06.2013 18:39, schrieb Ilia Mirkin:
On Mon, Jun 24, 2013 at 4:48 AM, Christian König
wrote:
Am 23.06.2013 18:59, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin
---
These changes make MPEG2 I-frames generate the correct macroblock data (as
compared to mplayer via xvmc). Other MPEG2
Am 26.06.2013 09:10, schrieb Jonathan Gray:
Signed-off-by: Jonathan Gray
Looks good on first glance, patch is:
Reviewed-by: Christian König
---
src/gallium/state_trackers/xvmc/tests/xvmc_bench.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git src/gallium
Am 26.06.2013 05:29, schrieb Ilia Mirkin:
On Mon, Jun 24, 2013 at 2:13 PM, Christian König
wrote:
Am 24.06.2013 18:39, schrieb Ilia Mirkin:
On Mon, Jun 24, 2013 at 4:48 AM, Christian König
wrote:
Am 23.06.2013 18:59, schrieb Ilia Mirkin:
Signed-off-by: Ilia Mirkin
---
These changes
Am 26.06.2013 10:56, schrieb Ilia Mirkin:
On Wed, Jun 26, 2013 at 4:33 AM, Christian König
wrote:
Am 26.06.2013 05:29, schrieb Ilia Mirkin:
On Mon, Jun 24, 2013 at 2:13 PM, Christian König
wrote:
Am 24.06.2013 18:39, schrieb Ilia Mirkin:
On Mon, Jun 24, 2013 at 4:48 AM, Christian König
Am 01.07.2013 03:53, schrieb Marek Olšák:
It was wrong, because the offset shouldn't be applied to MSAA depth buffers.
This small cleanup should prevent such issues in the future.
This fixes a lockup in "piglit/fbo-depthstencil default_fb -samples=n".
The lockup was special, because it was trig
- some other resource which happens to be mapped next to the
depth-stencil buffer is corrupted by the writes (e.g. shaders)
Marek
On Mon, Jul 1, 2013 at 9:47 AM, Christian König wrote:
Am 01.07.2013 03:53, schrieb Marek Olšák:
It was wrong, because the offset shouldn't be applied to MSAA
Am 11.07.2013 05:04, schrieb Jonathan Gray:
On Wed, Jun 26, 2013 at 09:13:13AM +0200, Christian König wrote:
Am 26.06.2013 09:10, schrieb Jonathan Gray:
Signed-off-by: Jonathan Gray
Looks good on first glance, patch is:
Reviewed-by: Christian König
Can you push it to the repo then
Am 31.01.2014 21:36, schrieb Alex Deucher:
On Fri, Jan 31, 2014 at 7:05 AM, Marek Olšák wrote:
I think we always flush the HDP cache after (before?) command submission.
The kernel flushes the HDP cache in the fence command sequence.
But we do this at the top of the pipe instead of the botto
From: Christian König
Without the correct feedback buffer size UVD runs
into an error on each frame, reducing the maximum FPS.
Signed-off-by: Christian König
---
src/gallium/drivers/radeon/radeon_uvd.c | 38 +++--
1 file changed, 27 insertions(+), 11 deletions
Am 02.02.2014 19:29, schrieb Marek Olšák:
Is there a way to do the HDP flush at the bottom of the pipe? Can this
be fixed in the kernel?
For now, it would be safer to use GTT for all persistent mappings.
I'll update the patch.
Marek
On Sat, Feb 1, 2014 at 11:58 AM, Christian König
wrote:
Am
Hi everyone,
here is the next major code drop for the radeon driver. It adds support for
VCE2 as found on the newest CIK hardware generation. VCE1 as found on SI and
Trinity hardware generation is currently not supported, but might get added in
the future.
VCE is basically a hardware H264 encodin
From: Christian König
Signed-off-by: Christian König
---
src/gallium/auxiliary/vl/vl_vlc.h | 53 ++-
1 file changed, 41 insertions(+), 12 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_vlc.h
b/src/gallium/auxiliary/vl/vl_vlc.h
index 401b50e..2f90595
601 - 700 of 1819 matches
Mail list logo
