Hey,
Op 12-02-15 om 15:24 schreef Emil Velikov:
Mesa 10.5.0 release candidate 1 is now available for testing. The
current plan is to have an additional release candidate every Friday
until the eventual 10.5.0 release on Mar 6th.
The tag in the git repository for Mesa 10.5.0-rc1 is
...@gmail.com
Cc: 10.5 mesa-sta...@lists.freedesktop.org
Reported-andTested-by: Maarten Lankhorst maarten.lankho...@canonical.com
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Op 02-10-14 om 09:10 schreef Maarten Lankhorst:
Hey,
Op 02-10-14 om 04:22 schreef Roland Scheidegger:
Am 01.10.2014 16:56, schrieb Maarten Lankhorst:
This fixes a crash when llvmpipe tries to use sse instructions,
but llvm detects a cpu that doesn't support them.
Fixes for example piglit
Hey,
Op 02-10-14 om 04:22 schreef Roland Scheidegger:
Am 01.10.2014 16:56, schrieb Maarten Lankhorst:
This fixes a crash when llvmpipe tries to use sse instructions,
but llvm detects a cpu that doesn't support them.
Fixes for example piglit/bin/amd_seamless_cubemap_per_texture -fbo -auto
to split the result of this operator!
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
b/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
index 55aa8b9..f2f8906 100644
--- a/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
+++ b
op 02-07-14 12:34, Thomas Hellstrom schreef:
Hi, Rob
It turns out that your patch st/xa: use pipe-loader to get screen,
makes the xa tracker close the X server driver's drm file descriptor when
XA initialization fails or when XA is closed.
This breaks X for example on Ubuntu 14.10 if 3D is
op 21-06-14 14:12, Ilia Mirkin schreef:
On Tue, Jun 17, 2014 at 2:34 AM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
nv30 seems to not support dma objects with offset, so simply extend the
query_heap to cover the
entire notifier, and use a offset in nv30_context_kick_notify
op 23-06-14 09:24, Ben Skeggs schreef:
On Mon, Jun 23, 2014 at 5:17 PM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
op 21-06-14 14:12, Ilia Mirkin schreef:
On Tue, Jun 17, 2014 at 2:34 AM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
nv30 seems to not support dma
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
src/gallium/drivers/nouveau/nouveau_fence.c | 76 -
src/gallium/drivers/nouveau/nouveau_fence.h | 22 +--
src/gallium/drivers/nouveau/nouveau_screen.c| 9 +++
src/gallium/drivers/nouveau
op 13-06-14 07:39, Michel Dänzer schreef:
On 12.06.2014 17:00, Maarten Lankhorst wrote:
I'm pretty sure that p_atomic_dec_zero should return 1 if the count
drops to zero.
Cc: 10.2 10.1 10.0 mesa-sta...@lists.freedesktop.org
I don't think the stable tag is justified: These bugs have been
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
src/gallium/drivers/nouveau/nouveau_fence.c | 76 -
src/gallium/drivers/nouveau/nouveau_fence.h | 22 +--
src/gallium/drivers/nouveau/nouveau_screen.c| 9 +++
src/gallium/drivers/nouveau
I'm pretty sure that p_atomic_dec_zero should return 1 if the count drops to
zero.
Cc: 10.2 10.1 10.0 mesa-sta...@lists.freedesktop.org
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/src/gallium/auxiliary/util/u_atomic.h
b/src/gallium/auxiliary/util
op 03-04-14 18:19, Marek Olšák schreef:
Acked-by: Marek Olšák marek.ol...@amd.com
Nacked by self btw, the alternative fix below doesn't break other testcases.
The original fix did..
No idea why it is legal to move a constant struct/array here, but it appears to
pass all tests...
---
diff
op 05-04-14 03:46, Emil Velikov schreef:
Rather than having multiple (almost) identical version scripts use
a single one.
Cc: Maarten Lankhorst maarten.lankho...@canonical.com
Cc: Christian König christian.koe...@amd.com
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium
Use the recursive copy from emit_block_mov to allow constant declarations to
work.
This allows the following code to work without a weird crash:
struct Foo {
int value[1];
};
int actual_value = Foo[2](Foo(int[1](100)), Foo(int[1](200)))[i].value[0];
Signed-off-by: Maarten Lankhorst
op 07-03-14 17:33, Emil Velikov schreef:
On 06/03/14 09:56, Maarten Lankhorst wrote:
Explicitly add radeon_drm_winsys_create and nouveau_drm_screen_create to
the dynamic list. This will ensure vdpau interop still works even when
the user links with -Bsymbolic-functions in hardened builds
Explicitly add radeon_drm_winsys_create and nouveau_drm_screen_create to
the dynamic list. This will ensure vdpau interop still works even when
the user links with -Bsymbolic-functions in hardened builds.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
Tested-by: Rachel Greenham
Hey,
On 11-02-14 11:57, Christian König wrote:
From: Christian König christian.koe...@amd.com
Unused and unmaintained for quite a while.
Good riddance!
Reviewed-by: Maarten Lankhorst maarten.lankho...@canonical.com
___
mesa-dev mailing list
mesa
Hey,
On 11-02-14 05:26, Emil Velikov wrote:
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 -
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 these patches one library will be created for
op 13-02-14 14:14, Christian König schreef:
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
On 13-02-14 16:27, Marek Olšák wrote:
Yes, -O0 has been part of --enable-debug, because debugging is often
difficult with -O2. That's why I change CFLAGS and CXXFLAGS manually,
because I only want -g -O2.
Could just remove --disable-debug. Afaict it amounts to calling autoconf
with CFLAGS='-g
op 12-02-14 08:27, Christian König schreef:
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
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 maarten.lankho...@canonical.com
---
diff --git a/src/gallium/Automake.inc b/src/gallium/Automake.inc
index 1e4a34f..b70b940 100644
--- a/src/gallium
Only export __driDriverExtensions by default, and radeon_drm_winsys_create on
radeons.
Remove -Bsymbolic which should no longer be needed.
As a side effect, it ought to fix a manifestation of bug 73200 on radeon.
Signed-off-by: Maarten Lankhorstmaarten.lankho...@canonical.com
---
diff --git
op 22-01-14 14:44, Lauri Kasanen schreef:
Hi,
The two atomic helpers in u_atomic.h, p_atomic_set and p_atomic_read,
are just passthrough macros, without the atomic guarantees. Why?
I believe I saw some corruption because of this, where a 64-bit
write on a 32-bit platform may not be naturally
op 06-12-13 18:45, Ian Romanick schreef:
On 12/06/2013 09:21 AM, Ilia Mirkin wrote:
On Fri, Dec 6, 2013 at 11:19 AM, Ian Romanick i...@freedesktop.org wrote:
There are a number of patches marked for stable that don't appear to
have any reviews. Most of these patches cover areas that I'm not
op 09-11-13 22:26, Ian Romanick schreef:
On 11/09/2013 12:11 AM, Dave Airlie wrote:
How does this interact with the rule that kernel interfaces require an
open source userspace? Is here are the mesa/libdrm patches that use
it sufficient to get the kernel interface merged?
That's my
op 10-11-13 19:32, Samuel Thibault schreef:
This fixes building EGL without libdrm support.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
Applied, thanks.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
op 11-09-13 21:11, Ian Romanick schreef:
Just an FYI...
The 9.2 branch is falling a bit behind. I'm going to trickle out
patches to the stable branch over the next few days / week. My plan is
to do 9.2.1 during the week of XDC.
If your favorite patch hasn't made it out but is listed by
, can someone test
if it
still works with NULL passed as context for validate? From examining the code I
believe it does, but I didn't thoroughly test it.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
Cc: 9.2 mesa-sta...@lists.freedesktop.org
---
diff --git a/src/gallium/include
Op 20-08-13 02:05, Ian Romanick schreef:
Mesa 9.2 release candidate 1 is now available for testing.
The tag in the GIT repository for Mesa 9.2-rc1 is 'mesa-9.2-rc1'.
Mesa 9.2 release candidate 1 is available for download at
ftp://freedesktop.org/pub/mesa/9.2/
md5sums:
Op 20-08-13 20:14, Matt Turner schreef:
On Tue, Aug 20, 2013 at 8:54 AM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
1. There is a new gallium based osmesa, which doesn't work correctly with
wine. My testcase is running opengl32_test from wine/dlls/opengl32/tests.
I've pushed
Op 14-08-13 04:37, Tom Stellard schreef:
On Tue, Aug 13, 2013 at 05:53:52PM +0200, Maarten Lankhorst wrote:
Fixes a build failure of 9.2 on ubuntu, because libLLVM-3.3.so is not
present in /usr/lib/llvm-3.2/lib.
I'm trying to understand the problem here, could you give a little more
Fixes a build failure of 9.2 on ubuntu, because libLLVM-3.3.so is not present
in /usr/lib/llvm-3.2/lib.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/configure.ac b/configure.ac
index 35f6797..579d8d4 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1870,7
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/src/gallium/drivers/radeon/radeon_llvm_emit.c
b/src/gallium/drivers/radeon/radeon_llvm_emit.c
index 1a4d4fd..2dd7bf7 100644
--- a/src/gallium/drivers/radeon/radeon_llvm_emit.c
+++ b/src/gallium/drivers/radeon
.
This is a candidate for the stable series.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
--- a/src/mesa/drivers/osmesa/Makefile.am
+++ b/src/mesa/drivers/osmesa/Makefile.am
@@ -40,11 +40,11 @@ lib_LTLIBRARIES = lib@OSMESA_LIB@.la
lib@OSMESA_LIB@_la_LDFLAGS = -module
Op 18-03-13 16:28, Andreas Boll schreef:
2013/3/18 Maarten Lankhorst maarten.lankho...@canonical.com:
This is one of the 2 patches used in ubuntu for decreasing size of mesa
build.
The other one is more hacky, and links libmesagallium into libgallium,
and then links libgallium against
Hey,
Op 19-03-13 11:55, Andreas Boll schreef:
Ported from downstream:
http://anonscm.debian.org/gitweb/?p=pkg-xorg/lib/mesa.git;a=blob;f=debian/patches/119-libllvmradeon-link.patch;h=ee47f8a07dbf33c32f8b57faed923680ed6648fb;hb=refs/heads/ubuntu%2B1
Fixes a regression introduced with
Op 19-03-13 12:37, Andreas Boll schreef:
2013/3/19 Maarten Lankhorst maarten.lankho...@canonical.com:
Op 18-03-13 16:28, Andreas Boll schreef:
2013/3/18 Maarten Lankhorst maarten.lankho...@canonical.com:
This is one of the 2 patches used in ubuntu for decreasing size of mesa
build
for discussion purposes, although if there is no objection I'll
change the default to disabling shared gallium, and just let every distro enable
shared llvm and libgallium for themselves.
8---
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
--- a/configure.ac
+++ b/configure.ac
This reduces jitter slightly in a cleaner way, without desynchronizing mplayer2
as badly
when falling behind.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/src/gallium/auxiliary/vl/vl_winsys_dri.c
b/src/gallium/auxiliary/vl/vl_winsys_dri.c
index 95aabac
YCbCr[62] = 0e70b0
-YCbCr[63] = e080c0
+YCbCr[63] = e070b0
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/src/gallium/auxiliary/vl/vl_compositor.c
b/src/gallium/auxiliary/vl/vl_compositor.c
index 7ea13bf..bc69669 100644
--- a/src/gallium/auxiliary/vl
Op 18-12-12 11:42, Christian König schreef:
On 18.12.2012 09:18, Maarten Lankhorst wrote:
Writemask was XY instead of YZ (thanks to calim for spotting it).
The pixel calculation resulted in the pixel always being off by one.
If y was .5:
y' = round(y) + 0.5 = 1.5
Fixing this also means
It seems the other code expects surface[0..1] to be the luma field in
interlaced case.
See for example vdpau/surface.c vlVdpVideoSurfaceClear and
vlVdpVideoSurfacePutBitsYCbCr.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/src/gallium/auxiliary/vl
Op 18-12-12 13:04, Maarten Lankhorst schreef:
Op 18-12-12 11:42, Christian König schreef:
On 18.12.2012 09:18, Maarten Lankhorst wrote:
Writemask was XY instead of YZ (thanks to calim for spotting it).
The pixel calculation resulted in the pixel always being off by one.
If y was .5:
y
Op 13-11-12 19:31, Matt Turner schreef:
On Tue, Nov 13, 2012 at 4:00 AM, Maarten Lankhorst
maarten.lankho...@canonical.com wrote:
For precise lts support I had to do some magic with the library names, which
works fine
as long as the libraries from pkg-config are used.
The parts with src
for the stable branches.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/configs/current.in b/configs/current.in
index 1802271..62edfa5 100644
--- a/configs/current.in
+++ b/configs/current.in
@@ -144,7 +144,7 @@ GLAPI_LIB_DEPS = @GLAPI_LIB_DEPS@
DRI_LIB_DEPS
Hey Andreas,
Op 05-10-12 15:44, Andreas Radke schreef:
Am Thu, 04 Oct 2012 16:05:33 +0200
schrieb Maarten Lankhorst maarten.lankho...@canonical.com:
Op 04-10-12 15:50, Maarten Lankhorst schreef:
The generated td files won't initially show up in the *.td depend,
which opens up a small race
The generated td files won't initially show up in the *.td depend, which
opens up a small race in which parallel build can fail.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/src/gallium/drivers/radeon/Makefile
b/src/gallium/drivers/radeon/Makefile
index
Op 04-10-12 15:50, Maarten Lankhorst schreef:
The generated td files won't initially show up in the *.td depend, which
opens up a small race in which parallel build can fail.
Seems the upstream fix cebbdd4ac23725 wasn't pushed to 9.0 branch yet.
~Maarten
Hey,
Bit late reply, hopefully not too late.
Op 30-08-12 16:00, Tom Cooksey schreef:
Hi All,
Over the last few months I've been working on off with a few people from
Linaro on a new EGL extension. The extension allows constructing an EGLImage
from a (set of) dma_buf file descriptors,
Hey Matt,
Op 22-08-12 17:45, Matt Turner schreef:
On Wed, Aug 22, 2012 at 3:21 AM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
And build gallium shared :)
Seems reasonable to me, given that we do this for dricore.
I've got a bunch of build patches waiting for review, so I'd
appreciate
Hey,
2 patches in the series, first is to fix/workaround a build error with
grouping and dynamic libraries, I found it on bugzilla.
The second one builds libgallium.so as a shared library to save some space.
I don't know what the full impact is and if there are some globals that
might get
Not my patch, but fixes a build error I encountered on quantal.
From 7e2e29c67f8fc8ec72c2dc8544428fdd86b21353 Mon Sep 17 00:00:00 2001
From: Olivier Blin d...@blino.org
Date: Sat, 4 Aug 2012 00:29:45 +0200
Subject: [PATCH] gallium: only link static archives between ld start/end group
options
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
diff --git a/configure.ac b/configure.ac
index 9fb8149..30f895c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -660,7 +660,7 @@ AC_ARG_ENABLE([gallium_tests],
[enable_gallium_tests=no])
# Option for Gallium drivers
Fixes crash bug introduced with 210ddf0819b5 fd.o #49198
pthread_detach after a pthread_join is unneeded.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_cs.c
b/src/gallium/winsys/radeon/drm/radeon_drm_cs.c
index 2239059
Op 27-02-12 17:25, Christian König schreef:
Signed-off-by: Christian König deathsim...@vodafone.de
---
src/gallium/state_trackers/vdpau/bitmap.c | 15 ++-
1 files changed, 14 insertions(+), 1 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/bitmap.c
Op 08-02-12 20:37, Christian König schreef:
And while at it implement the rest of the feature
querying also.
Signed-off-by: Christian Königdeathsim...@vodafone.de
---
src/gallium/state_trackers/vdpau/mixer.c | 286 +-
src/gallium/state_trackers/vdpau/query.c
Op 08-02-12 20:37, Christian König schreef:
Signed-off-by: Christian Königdeathsim...@vodafone.de
---
src/gallium/state_trackers/vdpau/mixer.c | 78 --
src/gallium/state_trackers/vdpau/query.c |1 +
src/gallium/state_trackers/vdpau/vdpau_private.h |
Hey Christian,
Op 13-02-12 13:09, Christian König schreef:
No, it's not really needed, but I had it this way in the first place
and you need a lot of if (something_is_not_null) cleanup(something)
in the destructor functions, and with this implementation we only need
to test if it's allocated
Op 13-02-12 14:36, Christian König schreef:
Tracing function entry/exits is a bit pointless
when VDPAU_TRACE=1 does the same thing.
Signed-off-by: Christian Königdeathsim...@vodafone.de
---
src/gallium/state_trackers/vdpau/decode.c | 10 --
Op 13-02-12 14:36, Christian König schreef:
Signed-off-by: Christian Königdeathsim...@vodafone.de
---
src/gallium/auxiliary/vl/vl_compositor.c | 41 +++-
src/gallium/auxiliary/vl/vl_compositor.h | 13 ++-
src/gallium/state_trackers/vdpau/mixer.c
Op 13-02-12 14:36, Christian König schreef:
Uses less code and looks at least a bit cleaner than mapping manually.
Signed-off-by: Christian Königdeathsim...@vodafone.de
---
src/gallium/state_trackers/vdpau/surface.c | 23 +--
1 files changed, 5 insertions(+), 18
)
+ return VDP_STATUS_RESOURCES;
Shouldn't this be VDP_STATUS_ERROR since it's an internal error, not an
out of memory problem?
If-fixed-reviewed-by: Maarten Lankhorst m.b.lankho...@gmail.com
~Maarten
___
mesa-dev mailing list
mesa-dev
Op 06-02-12 12:50, Christian König schreef:
Just another fix for gstreamer.
Signed-off-by: Christian Königdeathsim...@vodafone.de
---
src/gallium/state_trackers/vdpau/presentation.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git
Hey Christian,
Op 04-01-12 11:42, Christian König schreef:
On 03.01.2012 17:03, Maarten Lankhorst wrote:
Hi Christian,
2012/1/2 Christian Königdeathsim...@vodafone.de:
Hi Maarten,
first of all: Happy new Year and sorry for the late reply, have been on
vacation for the last week
Hi Christian,
2012/1/2 Christian König deathsim...@vodafone.de:
Hi Maarten,
first of all: Happy new Year and sorry for the late reply, have been on
vacation for the last week.
On 29.12.2011 16:41, Maarten Lankhorst wrote:
Hey Christian,
Op 26-12-11 14:00, Christian König schreef
Hey,
Op 26-12-11 14:00, Christian König schreef:
Buffers for shader based decoding can now be
released without its component still being around.
Signed-off-by: Christian König deathsim...@vodafone.de
Looks good to me.
Acked-by: Maarten Lankhorst m.b.lankho...@gmail.com
~Maarten
Hey Christian,
Op 26-12-11 14:00, Christian König schreef:
Based on patches from Maarten Lankhorst m.b.lankho...@gmail.com
Signed-off-by: Christian König deathsim...@vodafone.de
diff --git a/src/gallium/include/pipe/p_context.h
b/src/gallium/include/pipe/p_context.h
index de79a9b..f7ee522
Reported-by: Andy Furniss andy...@ukfsn.org
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
diff --git a/src/gallium/auxiliary/vl/vl_vlc.h
b/src/gallium/auxiliary/vl/vl_vlc.h
index ff0c4b5..baaa48a 100644
--- a/src/gallium/auxiliary/vl/vl_vlc.h
+++ b/src/gallium/auxiliary/vl
It's still a curiosity used by vl_mpeg12_bitstream only.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
Version n+1: split up, and fixed to apply with new vl_vlc, although for testing
you might want to grab the 'vl: Fix inverted logic in vlc checks' first.
src/gallium/auxiliary
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
Flush explicitly ends the current frame so having a separate begin/endframe
is unneeded, and decode_bitstream always has to operate on a full picture.
src/gallium/auxiliary/vl/vl_mpeg12_bitstream.c |4
src/gallium/auxiliary/vl
On 12/22/2011 02:25 PM, Christian König wrote:
Hi Maarten,
On 21.12.2011 21:52, Maarten Lankhorst wrote:
It would be nice if you inlined patches for easier reviewing. :)
Well I can try, but I can't promise that Thunderbird isn't badly fucking up
all whitespaces, newest version of the patch
Hey Alexander,
On 12/21/2011 07:16 PM, Alexander von Gluck wrote:
* Doesn't reintroduce legacy drivers
* Adds Haiku mklib code
* Removes some broken PIPE_OS_HAIKU defines
* Removes an NDEBUG ifdef in link_uniforms.cpp,
there is an item that uses the union without
checking NDEBUG below.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/egl/drivers/dri2/platform_x11.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/egl/drivers/dri2/platform_x11.c
b/src/egl/drivers/dri2/platform_x11.c
index a00e3fe..6ca7838 100644
--- a/src/egl
Hey Christian,
On 12/20/2011 09:08 PM, Lucas Stach wrote:
Hi all!
Just jumping in with regard to the assert.
Am Dienstag, den 20.12.2011, 19:20 +0100 schrieb Maarten Lankhorst:
[snip]
return vlc-buffer (64 - num_bits);
}
@@ -130,7 +132,7 @@ vl_vlc_peekbits(struct vl_vlc *vlc
Hey Christian,
On 12/21/2011 04:41 PM, Christian König wrote:
On 20.12.2011 19:20, Maarten Lankhorst wrote:
Hey Christian,
On 12/20/2011 02:16 PM, Christian König wrote:
Why do you want to change that anyway?
The search for start codes was especially split out of the VLC stuff,
because
Also a remark about your patch, wish you had inlined it..
On 12/21/2011 04:41 PM, Christian König wrote:
On 20.12.2011 19:20, Maarten Lankhorst wrote:
Hey Christian,
On 12/20/2011 02:16 PM, Christian König wrote:
Why do you want to change that anyway?
The search for start codes
Hey Christian,
On 12/21/2011 07:25 PM, Christian König wrote:
Hi guys,
On 21.12.2011 17:27, Maarten Lankhorst wrote:
Also a remark about your patch, wish you had inlined it..
Sorry, not at home right now and I can't get this Thunderbird here to inline
the patches correctly.
diff --git
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/state_trackers/xorg/xvmc/attributes.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/gallium/state_trackers/xorg/xvmc/attributes.c
b/src/gallium/state_trackers/xorg/xvmc/attributes.c
index
And add more sanity checks to stream. This shouldn't break things beyond those
that aren't broken already.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
And yes Andy, I mean that I haven't found a good video yet to fix the playback
parts that are still broken..
src/gallium
It's something for vl_mpeg12_bitstream internally, so treat it as such.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
v1: Split up from previous patch and with performance restored..
src/gallium/auxiliary/vl/vl_decoder.c | 13
src/gallium/auxiliary/vl
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
begin_frame and end_frame are implied for bitstream acceleration, and a frame
can be explicitly
ended with the flush call, so there's no need for the extra calls.
Only reason patch is big is because I unified set_picture_parameters
Hey Christian,
On 12/20/2011 02:16 PM, Christian König wrote:
On 20.12.2011 12:43, Maarten Lankhorst wrote:
And add more sanity checks to stream. This shouldn't break things beyond
those that aren't broken already.
Signed-off-by: Maarten Lankhorstm.b.lankho...@gmail.com
---
And yes Andy
Double free and array overflow, even if only 2 members are
used the last one needs to be set to NULL explicitly.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/drivers/nouveau/nouveau_video.c |1 -
src/gallium/drivers/nouveau/nouveau_video.h |6 +++---
2 files
Currently only validating, since nothing else can be done with it yet
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/state_trackers/vdpau/mixer.c | 95 +-
src/gallium/state_trackers/vdpau/query.c | 41 +-
src/gallium
It's harmless to add support for attributes we don't support,
since they require a feature enabled for them to affect
something. As long as they aren't enabled, nothing happens.
This enables support for custom colorspaces and background colors.
Signed-off-by: Maarten Lankhorst m.b.lankho
Sets rgba layer as zeroth layer if a custom background_surface is specified.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
Can be applied without dependency on previous 2 patches in this series
src/gallium/state_trackers/vdpau/mixer.c | 11 ++-
1 files changed, 10
Mapping to software and uploading again clearing is killing performance.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/auxiliary/vl/vl_compositor.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_compositor.c
b
Hey Andy,
On 12/19/2011 10:17 PM, Andy Furniss wrote:
Andy Furniss wrote:
I compiled with -O0 but the backtraces are different - maybe there is
some randomness.
Remembered to attach them this time :-)
Thanks, but nothing seems to be obviously wrong there. I don't suppose you
could find a
On 12/19/2011 11:46 PM, Andy Furniss wrote:
Maarten Lankhorst wrote:
Hey Andy,
On 12/19/2011 10:17 PM, Andy Furniss wrote:
Andy Furniss wrote:
I compiled with -O0 but the backtraces are different - maybe there is
some randomness.
Remembered to attach them this time :-)
Thanks
Hey Andy,
2011/12/19 Andy Furniss andy...@ukfsn.org:
Maarten Lankhorst wrote:
Hey Andy,
On 12/07/2011 05:48 PM, Andy Furniss wrote:
Maarten Lankhorst wrote:
Hm, could you test with some added sanity checks?
mplayer: vl/vl_vlc.h:139: vl_vlc_eatbits: Assertion `vlc-valid_bits
num_bits
No point in having it when just having sampler_view_planes is good enough.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
Changes since v2:
- fixed borked ureg_MOV, I have no idea how it worked when I tested this
on r600 to begin with, it renders correctly now with XvMC
Hey Andy,
On 12/08/2011 01:24 PM, Andy Furniss wrote:
Maarten Lankhorst wrote:
No point in having it when just having sampler_view_planes is good enough.
Signed-off-by: Maarten Lankhorstm.b.lankho...@gmail.com
---
Changes since v2:
- fixed borked ureg_MOV, I have no idea how it worked
No point in having it when just having sampler_view_planes is good enough.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
Changes since v1:
- increase nouveau_video_buffer sampler_view_planes array size to 3,
which is the only valid size, since all planes are tested against null
Hey Andy,
On 12/06/2011 10:54 PM, Andy Furniss wrote:
Maarten Lankhorst wrote:
create_buffer, destroy_buffer and set_buffer are a curiosity of
vl_mpeg12_decoder
and shouldn't be part of the api.
set_quant_matrix and set_reference_frames shouldn't be separate calls, but
part of
picparm
Hey Andy,
On 12/07/2011 05:37 PM, Andy Furniss wrote:
Maarten Lankhorst wrote:
Hey Andy,
On 12/06/2011 10:45 PM, Andy Furniss wrote:
Maarten Lankhorst wrote:
No point in having it when just having sampler_view_planes is good enough.
:-)
This patch causes R600 xvmc to render incorrect
The brokenness in vlVdpVideoMixerRender was compensating for
brokenness in vlVdpPresentationQueueDisplay, so fix both at
the same time.
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/state_trackers/vdpau/mixer.c| 22 +-
src/gallium
Signed-off-by: Maarten Lankhorst m.b.lankho...@gmail.com
---
src/gallium/include/pipe/p_video_state.h |3 +++
src/gallium/state_trackers/vdpau/decode.c |3 +++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/gallium/include/pipe/p_video_state.h
b/src/gallium/include
1 - 100 of 149 matches
Mail list logo