Re: [Mesa-dev] [PATCH] nouveau: Add support for hardware video decoding

On Fri, Sep 02, 2011 at 06:15:00PM +0200, Maarten Lankhorst wrote: > Try to use the PMPEG where available > > Signed-off-by: Maarten Lankhorst > > --- > diff --git a/src/gallium/drivers/nouveau/nouveau_video.c > b/src/gallium/drivers/nouveau/nouveau_video.c > index 620c030..2b90056 100644 > ---

Re: [Mesa-dev] [PATCH v2] nouveau: Add support for XvMC acceleration

set to at the time of the crash? and where does xvimage->data point to :) > This is a bug in xf86-video-nouveau actually, and it leads to memory corruption in mplayer. Patch below fixes it, but OSD still doesn't work. --- From 00f7986291b86db9a09c1651eb4450c69761fe27 Mon Sep 17 00:00:

Re: [Mesa-dev] [PATCH v2] nouveau: Add support for XvMC acceleration

On Sun, Sep 11, 2011 at 12:54:20AM +0200, Marcin Slusarz wrote: > On Sat, Sep 10, 2011 at 06:59:39PM +0200, Maarten Lankhorst wrote: > > Hey ★, > > > > On 09/10/2011 06:28 PM, ★ Emeric wrote: > > > Hi Maarten, > > > I tried the v2 patch with my good old gefo

Re: [Mesa-dev] [PATCH] gallium: move clear paths from rgba to a pointer to a color union

On Thu, Sep 15, 2011 at 02:35:49PM +0100, Dave Airlie wrote: > diff --git a/src/mesa/state_tracker/st_extensions.c > b/src/mesa/state_tracker/st_extensions.c > index 722db8d..f36994a 100644 > --- a/src/mesa/state_tracker/st_extensions.c > +++ b/src/mesa/state_tracker/st_extensions.c > @@ -215,7 +2

Re: [Mesa-dev] [PATCH 07/13] linker: Use gl_shader_program::AttributeBindings for attrib locations

On Thu, Oct 06, 2011 at 06:54:38PM -0700, Stéphane Marchesin wrote: > Hi Ian, > > This regresses Chrome GPU acceleration for all GPUs (I tested i915g, > llvmpipe, i965). > FYI, I bisected black screen in OilRush (glretrace of OilRush trace actually) to this commit too. Marcin __

Re: [Mesa-dev] [PATCH 0/9] Elminate redudnant Mesa IR references

On Tue, Oct 04, 2011 at 01:44:03PM -0700, Ian Romanick wrote: > This is the next in my series of internal shader API cleaning. The > primary purpose of this series is to remove the extra tracking of Mesa > IR shaders. The gl_shader_program has a reference to the Mesa IR > shader for each stage, a

Re: [Mesa-dev] [PATCH 0/9] Elminate redudnant Mesa IR references

On Sun, Oct 09, 2011 at 04:41:43PM +0200, Marcin Slusarz wrote: > On Tue, Oct 04, 2011 at 01:44:03PM -0700, Ian Romanick wrote: > > This is the next in my series of internal shader API cleaning. The > > primary purpose of this series is to remove the extra tracking of Mesa >

Re: [Mesa-dev] [PATCH 0/9] Elminate redudnant Mesa IR references

On Mon, Oct 10, 2011 at 10:18:26AM -0700, Ian Romanick wrote: > On 10/09/2011 07:41 AM, Marcin Slusarz wrote: > > On Tue, Oct 04, 2011 at 01:44:03PM -0700, Ian Romanick wrote: > >> This is the next in my series of internal shader API cleaning. The > >> primary purpose

Re: [Mesa-dev] [PATCH 07/13] linker: Use gl_shader_program::AttributeBindings for attrib locations

On Sun, Oct 09, 2011 at 04:36:19PM +0200, Marcin Slusarz wrote: > On Thu, Oct 06, 2011 at 06:54:38PM -0700, Stéphane Marchesin wrote: > > Hi Ian, > > > > This regresses Chrome GPU acceleration for all GPUs (I tested i915g, > > llvmpipe, i965). > > > >

Re: [Mesa-dev] Mesa (master): st/xorg: fix build without LLVM

edesktop.org/mesa/mesa/commit/?id=349e4db99e938f8ee8826b0d27e490c66a1e8356 > > > > Author: Marcin Slusarz > > Date: Thu Oct 13 18:44:40 2011 +0200 > > > > st/xorg: fix build without LLVM > > > > --- > > > > src/gallium/targets/Makefile.xorg |2 ++

Re: [Mesa-dev] Mesa (master): st/xorg: fix build without LLVM

On Fri, Oct 14, 2011 at 08:22:35AM +0200, Michel Dänzer wrote: > On Don, 2011-10-13 at 15:11 -0500, Patrick Baggett wrote: > > Well, trivial answer is that Win32 uses some C/C++ runtime provided by > > Microsoft, usually something like MSVCR90.DLL (v9.0) etc. Solaris uses > > libC.so, for example.

[Mesa-dev] [PATCH] gallium/targets: use c++ compiler for linking

On Sun, Oct 16, 2011 at 02:03:16PM +0200, Marcin Slusarz wrote: > On Fri, Oct 14, 2011 at 08:22:35AM +0200, Michel Dänzer wrote: > > On Don, 2011-10-13 at 15:11 -0500, Patrick Baggett wrote: > > > Well, trivial answer is that Win32 uses some C/C++ runtime provided by > &

Re: [Mesa-dev] [PATCH] gallium/targets: use c++ compiler for linking

On Sun, Oct 16, 2011 at 04:15:14PM +0200, Michel Dänzer wrote: > On Son, 2011-10-16 at 14:54 +0200, Marcin Slusarz wrote: > > On Sun, Oct 16, 2011 at 02:03:16PM +0200, Marcin Slusarz wrote: > > > On Fri, Oct 14, 2011 at 08:22:35AM +0200, Michel Dänzer wrote: > > > &g

Re: [Mesa-dev] [PATCH] gallium/targets: use c++ compiler for linking

On Mon, Oct 17, 2011 at 05:32:22PM +0200, Michel Dänzer wrote: > On Son, 2011-10-16 at 18:47 +0200, Marcin Slusarz wrote: > > On Sun, Oct 16, 2011 at 04:15:14PM +0200, Michel Dänzer wrote: > > > On Son, 2011-10-16 at 14:54 +0200, Marcin Slusarz wrote: > > > > On S

[Mesa-dev] [PATCH] st/mesa: fix transform feedback of unsubscripted gl_ClipDistance array

gl_ClipDistance needs special treatment in form of lowering pass which transforms gl_ClipDistance representation from float[] to vec4[]. There are 2 implementations - at glsl linker level (enabled by LowerClipDistance option) and at glsl_to_tgsi level (enabled unconditionally for gallium drivers).

Re: [Mesa-dev] [PATCH] st/mesa: fix transform feedback of unsubscripted gl_ClipDistance array

On Sun, Jun 17, 2012 at 07:17:35AM +0400, Vadim Girlin wrote: > On Sun, 2012-06-17 at 00:43 +0200, Marcin Slusarz wrote: > > gl_ClipDistance needs special treatment in form of lowering pass > > which transforms gl_ClipDistance representation from float[] to > > vec4[]. There

Re: [Mesa-dev] [libdrm PATCH 3/4] nouveau/nouveau.c: Fix two memory leaks.

On Thu, Jun 28, 2012 at 09:51:57PM +0200, Johannes Obermayr wrote: > --- > nouveau/nouveau.c |2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) > > diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c > index 5aa4107..e91287f 100644 > --- a/nouveau/nouveau.c > +++ b/nouveau/nouveau.c > @

Re: [Mesa-dev] [libdrm PATCH 2/4] libkms/nouveau.c: Fix a memory leak and cleanup code a bit.

On Thu, Jun 28, 2012 at 09:51:56PM +0200, Johannes Obermayr wrote: > --- > libkms/nouveau.c | 20 +++- > 1 files changed, 11 insertions(+), 9 deletions(-) > > diff --git a/libkms/nouveau.c b/libkms/nouveau.c > index 0e24a15..4cbca96 100644 > --- a/libkms/nouveau.c > +++ b/libkms

Re: [Mesa-dev] [libdrm PATCH 1/4] libkms/intel.c: Fix a memory leak and a dead assignment as well as cleanup code a bit.

On Thu, Jun 28, 2012 at 09:51:55PM +0200, Johannes Obermayr wrote: > --- > libkms/intel.c | 23 --- > 1 files changed, 12 insertions(+), 11 deletions(-) > > diff --git a/libkms/intel.c b/libkms/intel.c > index 8b8249b..7bf1f76 100644 > --- a/libkms/intel.c > +++ b/libkms/int

Re: [Mesa-dev] [libdrm PATCH 3/4] nouveau/nouveau.c: Fix two memory leaks.

On Thu, Jun 28, 2012 at 11:11:51PM +0200, Johannes Obermayr wrote: > Am Donnerstag, 28. Juni 2012, 23:06:10 schrieb Marcin Slusarz: > > On Thu, Jun 28, 2012 at 09:51:57PM +0200, Johannes Obermayr wrote: > > > --- > > > nouveau/nouveau.c |2 ++ > > >

Re: [Mesa-dev] [libdrm PATCH 4/4] xf86drm.c: Make more code UDEV unrelevant and fix a memory leak.

On Thu, Jun 28, 2012 at 09:51:58PM +0200, Johannes Obermayr wrote: These patches should be sent to dri-devel, not mesa-dev. > --- > xf86drm.c | 15 ++- > 1 files changed, 10 insertions(+), 5 deletions(-) > > diff --git a/xf86drm.c b/xf86drm.c > index 6ea068f..798f1fd 100644 > ---

[Mesa-dev] [PATCH] targets/xorg-nouveau: add libnvc0.a to nouveau libs

--- src/gallium/targets/xorg-nouveau/Makefile |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/gallium/targets/xorg-nouveau/Makefile b/src/gallium/targets/xorg-nouveau/Makefile index 2fcd9ff..5a2cdb1 100644 --- a/src/gallium/targets/xorg-nouveau/Makefile +++ b/src/gal

[Mesa-dev] [PATCH] targets/xorg-nouveau: load nouveau_dri.so instead of i915_dri.so

--- src/gallium/targets/xorg-nouveau/nouveau_xorg.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/gallium/targets/xorg-nouveau/nouveau_xorg.c b/src/gallium/targets/xorg-nouveau/nouveau_xorg.c index 699af09..f0d6492 100644 --- a/src/gallium/targets/xorg-nouveau/nou

[Mesa-dev] [PATCH] st/xorg: fix typos

--- src/gallium/state_trackers/xorg/xorg_driver.c |6 +++--- src/gallium/state_trackers/xorg/xorg_exa.c|2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xorg_driver.c b/src/gallium/state_trackers/xorg/xorg_driver.c index 19e9bf8..06

[Mesa-dev] [PATCH] mesa: don't touch git_sha1.h if sha1 didn't change

Less recompiles... --- bin/extract_git_sha1 |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git a/bin/extract_git_sha1 b/bin/extract_git_sha1 index e6e6731..fc7bf85 100755 --- a/bin/extract_git_sha1 +++ b/bin/extract_git_sha1 @@ -1,10 +1,14 @@ #!/bin/sh -touch src/mesa/m

[Mesa-dev] [PATCH] gallium/xorg st/nv50/i915: add PIPE_BIND_CURSOR

We need to distinguish surfaces for mouse cursors from scanouts, because nv50 hardware display engine ignores tiling flags. i915 seems to have similar needs, so fix it too. --- src/gallium/drivers/i915/i915_resource_texture.c |6 +- src/gallium/drivers/nv50/nv50_miptree.c | 11 +

[Mesa-dev] [PATCH] st/xorg: remove _modesettingRec.cursor

It's not used for anything useful. --- src/gallium/state_trackers/xorg/xorg_crtc.c| 13 - src/gallium/state_trackers/xorg/xorg_driver.c |5 - src/gallium/state_trackers/xorg/xorg_tracker.h |1 - 3 files changed, 0 insertions(+), 19 deletions(-) diff --git a/src/gall

[Mesa-dev] [PATCH] st/xorg: flush after loading the cursor

We need cursor data to land in destination buffer before drmModeSetCursor. It fixes "cursor lag" at least on nv50. --- src/gallium/state_trackers/xorg/xorg_crtc.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xorg_crtc.c b/src/gallium/sta

Re: [Mesa-dev] [PATCH] targets/xorg-nouveau: add libnvc0.a to nouveau libs

On Mon, Apr 25, 2011 at 11:57:11PM +0200, Marcin Slusarz wrote: > > --- > src/gallium/targets/xorg-nouveau/Makefile |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/src/gallium/targets/xorg-nouveau/Makefile > b/src/gallium/targets/xorg-nou

Re: [Mesa-dev] [PATCH] targets/xorg-nouveau: load nouveau_dri.so instead of i915_dri.so

On Mon, Apr 25, 2011 at 11:59:40PM +0200, Marcin Slusarz wrote: > > --- > src/gallium/targets/xorg-nouveau/nouveau_xorg.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/src/gallium/targets/xorg-nouveau/nouveau_xorg.c > b/src/gallium

Re: [Mesa-dev] [PATCH] mesa: don't touch git_sha1.h if sha1 didn't change

On Mon, May 02, 2011 at 06:25:31AM -0700, Dan Nicholson wrote: > On Sun, May 1, 2011 at 2:53 PM, Marcin Slusarz > wrote: > > Less recompiles... > > Good idea. Couple nits. > > > --- > >  bin/extract_git_sha1 |    8 ++-- > >  1 files changed, 6 ins

[Mesa-dev] [PATCH v2 1/2] mesa: don't touch git_sha1.h if sha1 didn't change

Less recompiles... --- bin/extract_git_sha1 | 10 -- src/mesa/main/.gitignore |1 + 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/bin/extract_git_sha1 b/bin/extract_git_sha1 index e6e6731..5e635d4 100755 --- a/bin/extract_git_sha1 +++ b/bin/extract_git_sha1 @@ -1

[Mesa-dev] [PATCH 2/2] mesa: don't call git if it's not git repository

--- bin/extract_git_sha1 |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/bin/extract_git_sha1 b/bin/extract_git_sha1 index 5e635d4..8283870 100755 --- a/bin/extract_git_sha1 +++ b/bin/extract_git_sha1 @@ -3,6 +3,10 @@ if [ ! -f src/mesa/main/git_sha1.h ]; then

Re: [Mesa-dev] [PATCH] gallium/xorg st/nv50/i915: add PIPE_BIND_CURSOR

On Mon, May 02, 2011 at 03:11:00PM +0200, Daniel Vetter wrote: > On Mon, May 2, 2011 at 2:56 PM, Benjamin Franzke > wrote: > > I think in i915g the CURSOR flag should be used in i9x5_scanout_layout > > for the "special case for cursors" as well, instead of only checking > > only pt->width0 == 64 &

Re: [Mesa-dev] [PATCH] st/xorg: flush after loading the cursor

On Mon, May 02, 2011 at 08:57:25AM +0200, Michel Dänzer wrote: > On Mon, 2011-05-02 at 00:01 +0200, Marcin Slusarz wrote: > > We need cursor data to land in destination buffer before drmModeSetCursor. > > It fixes "cursor lag" at least on nv50. > > --- >

Re: [Mesa-dev] [PATCH] st/xorg: flush after loading the cursor

On Tue, May 03, 2011 at 09:40:55AM +0200, Michel Dänzer wrote: > On Mon, 2011-05-02 at 21:26 +0200, Marcin Slusarz wrote: > > On Mon, May 02, 2011 at 08:57:25AM +0200, Michel Dänzer wrote: > > > On Mon, 2011-05-02 at 00:01 +0200, Marcin Slusarz wrote: > > > >

[Mesa-dev] [git pull] extract_git_sha1 changes

The following changes since commit f60235e73a5260f92630ce472e06d8c5c00414fb: r600g: Match alpha ref precision to color format precision. (2011-05-05 21:00:38 +0200) are available in the git repository at: git://github.com/mslusarz/mesa.git gitsha1 Marcin Slusarz (2): mesa: don&#

[Mesa-dev] [PATCH 1/2] mesa: don't touch git_sha1.h if sha1 didn't change

Reviewed-by: Dan Nicholson Reviewed-by: Ian Romanick --- bin/extract_git_sha1 | 10 -- src/mesa/main/.gitignore |1 + 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/bin/extract_git_sha1 b/bin/extract_git_sha1 index e6e6731..5e635d4 100755 --- a/bin/extract_git_s

[Mesa-dev] [PATCH 2/2] mesa: don't call git if it's not git repository

Reviewed-by: Dan Nicholson Reviewed-by: Ian Romanick --- bin/extract_git_sha1 |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/bin/extract_git_sha1 b/bin/extract_git_sha1 index 5e635d4..8283870 100755 --- a/bin/extract_git_sha1 +++ b/bin/extract_git_sha1 @@ -3,6 +3,10

Re: [Mesa-dev] [PATCH] gallium/xorg st/nv50/i915: add PIPE_BIND_CURSOR

On Tue, May 03, 2011 at 12:06:33PM +0200, Daniel Vetter wrote: > On Mon, May 2, 2011 at 8:40 PM, Marcin Slusarz > wrote: > > On Mon, May 02, 2011 at 03:11:00PM +0200, Daniel Vetter wrote: > >> On Mon, May 2, 2011 at 2:56 PM, Benjamin Franzke > >> wrote: > >

[Mesa-dev] [PATCH] gallium/nouveau: remove unused nouveau_screen_bo_user

--- src/gallium/drivers/nouveau/nouveau_screen.c | 14 -- src/gallium/drivers/nouveau/nouveau_screen.h |2 -- 2 files changed, 0 insertions(+), 16 deletions(-) diff --git a/src/gallium/drivers/nouveau/nouveau_screen.c b/src/gallium/drivers/nouveau/nouveau_screen.c index 401155

[Mesa-dev] [PATCH 1/3] st/xorg: fix compilation of xorg_exa.c with DEBUG_PRINT set to 1

--- src/gallium/state_trackers/xorg/xorg_exa.c | 12 +--- 1 files changed, 5 insertions(+), 7 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xorg_exa.c b/src/gallium/state_trackers/xorg/xorg_exa.c index 91c206f..fe843fe 100644 --- a/src/gallium/state_trackers/xorg/xorg_exa.

[Mesa-dev] [PATCH 2/3] st/xorg: remove DEBUG_PRINT macro and add exa_debug_printf

Localizes preprocessor usage to one place. --- src/gallium/state_trackers/xorg/xorg_exa.c | 59 ++-- 1 files changed, 29 insertions(+), 30 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xorg_exa.c b/src/gallium/state_trackers/xorg/xorg_exa.c index fe843fe..60

[Mesa-dev] [PATCH 3/3] st/xorg: add some debugging messages to xorg_exa.c

--- src/gallium/state_trackers/xorg/xorg_exa.c | 16 +++- 1 files changed, 15 insertions(+), 1 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xorg_exa.c b/src/gallium/state_trackers/xorg/xorg_exa.c index 60a1ef9..b072f53 100644 --- a/src/gallium/state_trackers/xorg/xorg

[Mesa-dev] [PATCH] nv50/nvc0: make transfers aware of PIPE_TRANSFER_MAP_DIRECTLY

If state tracker asked us to map resource directly and we can't do it (because of tiling), return NULL instead of doing full transfer - state tracker should handle it and fallback to some other method or repeat transfer without PIPE_TRANSFER_MAP_DIRECTLY. It greatly improves performance of xorg st

[Mesa-dev] [PATCH v2] nv50/nvc0: make transfers aware of PIPE_TRANSFER_MAP_DIRECTLY

If state tracker asked us to map resource directly and we can't do it (because of tiling), return NULL instead of doing full transfer - state tracker should handle it and fallback to some other method or repeat transfer without PIPE_TRANSFER_MAP_DIRECTLY. It greatly improves performance of xorg st

[Mesa-dev] [PATCH 2/2] xorg/nouveau: blacklist all pre NV30 cards

Bail out early in probe, so other driver can take control of the card. Doing it in screen_create would be too late. PCIID list taken from xf86-video-nv, so it's probably complete. --- src/gallium/targets/xorg-nouveau/nouveau_xorg.c | 100 +-- 1 files changed, 93 insertions(+)

[Mesa-dev] [PATCH] st/xorg: add some support for non 32-bit color solid fills

It's a hack, but it allows rendercheck to pass all fill and most blend tests. (without it all blend tests failed) --- src/gallium/state_trackers/xorg/xorg_composite.c | 70 +++--- src/gallium/state_trackers/xorg/xorg_composite.h |6 +- src/gallium/state_trackers/xorg/xorg_exa

[Mesa-dev] [PATCH] st/xorg: fix crash triggered by rendercheck -t blend -f a8r8g8b8 -o Clear

--- src/gallium/state_trackers/xorg/xorg_composite.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xorg_composite.c b/src/gallium/state_trackers/xorg/xorg_composite.c index cadec59..9fdbc90 100644 --- a/src/gallium/state_trackers/xorg

[Mesa-dev] [PATCH] st/xorg: fix crash triggered by rendercheck -t composite -f a8r8g8b8 -o Src, Saturate

samplers[0] may remain uninititialized if src picture/pixmap is null --- src/gallium/state_trackers/xorg/xorg_composite.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xorg_composite.c b/src/gallium/state_trackers/xorg/xorg_composite.c i

[Mesa-dev] [PATCH] util: add \n to debug_checkpoint_full

--- src/gallium/auxiliary/util/u_debug.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/gallium/auxiliary/util/u_debug.h b/src/gallium/auxiliary/util/u_debug.h index c47c13c..b5ea405 100644 --- a/src/gallium/auxiliary/util/u_debug.h +++ b/src/gallium/auxiliary/util

[Mesa-dev] [PATCH 1/2] xorg/nouveau: rename to nouveau2

--- src/gallium/targets/xorg-nouveau/Makefile |2 +- src/gallium/targets/xorg-nouveau/nouveau_xorg.c | 14 +++--- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/src/gallium/targets/xorg-nouveau/Makefile b/src/gallium/targets/xorg-nouveau/Makefile index 5a2cdb1

Re: [Mesa-dev] [PATCH] st/xorg: add some support for non 32-bit color solid fills

widths - e.g. it can't distinguish r5g6b5 from a1r5g5b5. --- From: Marcin Slusarz Subject: [PATCH] st/xorg: add some support for non 32-bit color solid fills It's a hack, but it allows rendercheck to pass all fill and most blend tests. (without it all blend tests fail) --- src/ga

[Mesa-dev] [PATCH v2 2/2] xorg/nouveau: blacklist all pre NV30 cards

Bail out early in probe, so other driver can take control of the card. Doing it in screen_create would be too late. --- src/gallium/targets/xorg-nouveau/nouveau_xorg.c | 44 ++- 1 files changed, 35 insertions(+), 9 deletions(-) diff --git a/src/gallium/targets/xorg-nouveau/n

Re: [Mesa-dev] [PATCH] st/xorg: add some support for non 32-bit color solid fills

On Tue, May 17, 2011 at 09:27:45AM +0200, Michel Dänzer wrote: > On Die, 2011-05-17 at 00:12 +0200, Marcin Slusarz wrote: > > On Mon, May 16, 2011 at 10:51:58PM +0200, Roland Scheidegger wrote: > > > Otherwise, doesn't really look hacky to me - unless we could get other &g

Re: [Mesa-dev] [PATCH] st/xorg: add some support for non 32-bit color solid fills

On Tue, May 17, 2011 at 06:40:02PM +0200, Michel Dänzer wrote: > On Die, 2011-05-17 at 18:30 +0200, Marcin Slusarz wrote: > > On Tue, May 17, 2011 at 09:27:45AM +0200, Michel Dänzer wrote: > > > On Die, 2011-05-17 at 00:12 +0200, Marcin Slusarz wrote: > > > > On M

Re: [Mesa-dev] [PATCH] st/xorg: add some support for non 32-bit color solid fills

On Tue, May 17, 2011 at 07:15:50PM +0200, Michel Dänzer wrote: > On Die, 2011-05-17 at 18:59 +0200, Marcin Slusarz wrote: > > On Tue, May 17, 2011 at 06:40:02PM +0200, Michel Dänzer wrote: > > > On Die, 2011-05-17 at 18:30 +0200, Marcin Slusarz wrote: > > > > On T

[Mesa-dev] [PATCH] st/xorg: add GALLIUM_AUXILIARIES to target dependencies

Without it changes to GALLIUM_AUXILIARIES don't induce target rebuild --- src/gallium/targets/Makefile.xorg |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/gallium/targets/Makefile.xorg b/src/gallium/targets/Makefile.xorg index 47040bb..6fad710 100644 --- a/src/galli

[Mesa-dev] [PATCH] st/xorg: initialize drm_mode.type

it's uninitialized, but used by kernel (drm_mode_setcrtc -> drm_mode_set_crtcinfo) --- src/gallium/state_trackers/xorg/xorg_crtc.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/gallium/state_trackers/xorg/xorg_crtc.c b/src/gallium/state_trackers/xorg/xorg_crtc.c in

Re: [Mesa-dev] [PATCH 1/2] xorg/nouveau: rename to nouveau2

On Mon, May 16, 2011 at 09:50:29PM +0200, Marcin Slusarz wrote: > > --- > src/gallium/targets/xorg-nouveau/Makefile |2 +- > src/gallium/targets/xorg-nouveau/nouveau_xorg.c | 14 +++--- > 2 files changed, 8 insertions(+), 8 del

Re: [Mesa-dev] [PATCH v2 2/2] xorg/nouveau: blacklist all pre NV30 cards

On Tue, May 17, 2011 at 12:20:14AM +0200, Marcin Slusarz wrote: > Bail out early in probe, so other driver can take control of the card. > Doing it in screen_create would be too late. > --- > src/gallium/targets/xorg-nouveau/nouveau_xorg.c | 44 > ++- > 1

Re: [Mesa-dev] [PATCH] st/xorg: fix crash triggered by rendercheck -t blend -f a8r8g8b8 -o Clear

On Mon, May 16, 2011 at 09:52:05PM +0200, Marcin Slusarz wrote: > > --- > src/gallium/state_trackers/xorg/xorg_composite.c |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) ping ___ mesa-dev mailing list mesa-dev@lists.fre

Re: [Mesa-dev] [PATCH] st/xorg: fix crash triggered by rendercheck -t composite -f a8r8g8b8 -o Src, Saturate

On Mon, May 16, 2011 at 09:52:47PM +0200, Marcin Slusarz wrote: > samplers[0] may remain uninititialized if src picture/pixmap is null > --- > src/gallium/state_trackers/xorg/xorg_composite.c |2 +- > 1 files changed, 1 insertions(+), 1 deleti

Re: [Mesa-dev] [PATCH] util: add \n to debug_checkpoint_full

On Mon, May 16, 2011 at 09:53:06PM +0200, Marcin Slusarz wrote: > > --- > src/gallium/auxiliary/util/u_debug.h |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) ping ___ mesa-dev mailing list mesa-dev@lists.freedesk

Re: [Mesa-dev] [Nouveau] [PATCH v2 2/2] xorg/nouveau: blacklist all pre NV30 cards

On Sun, Jun 05, 2011 at 09:15:47PM +0200, Maarten Maathuis wrote: > 2011/6/5 Stéphane Marchesin : > > On Sun, Jun 5, 2011 at 12:06, Marcin Slusarz > > wrote: > >> On Tue, May 17, 2011 at 12:20:14AM +0200, Marcin Slusarz wrote: > >>> Bail out early in probe,

[Mesa-dev] [PATCH v3 2/2] xorg/nouveau: blacklist all pre NV30 cards

On Sun, Jun 05, 2011 at 09:54:31PM +0200, Maarten Maathuis wrote: > On Sun, Jun 5, 2011 at 9:46 PM, Marcin Slusarz > wrote: > > On Sun, Jun 05, 2011 at 09:15:47PM +0200, Maarten Maathuis wrote: > >> 2011/6/5 Stéphane Marchesin : > >> > On Sun, Jun 5, 2011 at 12:

Re: [Mesa-dev] [PATCH v2 2/2] xorg/nouveau: blacklist all pre NV30 cards

On Sun, Jun 05, 2011 at 02:22:19PM -0500, Patrick Baggett wrote: >Wasn't nouveau targeted to provide HW acceleration for old cards like >the TNT2, or has that idea been killed? > This patch is for Gallium3D accelerated 2D xorg driver. Nobody is killing support for old cards from xf86-vide

Re: [Mesa-dev] [Nouveau] [PATCH v3 2/2] xorg/nouveau: blacklist all pre NV30 cards

On Sun, Jun 05, 2011 at 11:43:15PM +0200, Marcin Kościelnicki wrote: > > --- > > From: Marcin Slusarz > > Subject: [PATCH] xorg/nouveau: blacklist all pre NV30 cards > > > > Bail out early in probe, so other driver (xf86-video-nouveau) can > > take

Re: [Mesa-dev] [PATCH] gallium/nouveau: remove unused nouveau_screen_bo_user

On Mon, May 09, 2011 at 12:35:10AM +0200, Marcin Slusarz wrote: > > --- > src/gallium/drivers/nouveau/nouveau_screen.c | 14 -- > src/gallium/drivers/nouveau/nouveau_screen.h |2 -- > 2 files changed, 0 insertions(+), 16 del

Re: [Mesa-dev] [PATCH] st/xorg: fix crash triggered by rendercheck -t blend -f a8r8g8b8 -o Clear

On Mon, May 16, 2011 at 09:52:05PM +0200, Marcin Slusarz wrote: > > --- > src/gallium/state_trackers/xorg/xorg_composite.c |4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/src/gallium/state_trackers/xorg/xorg_composite.c > b/src/galliu

Re: [Mesa-dev] [PATCH] st/xorg: fix crash triggered by rendercheck -t composite -f a8r8g8b8 -o Src, Saturate

On Mon, May 16, 2011 at 09:52:47PM +0200, Marcin Slusarz wrote: > samplers[0] may remain uninititialized if src picture/pixmap is null > --- > src/gallium/state_trackers/xorg/xorg_composite.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff -

Re: [Mesa-dev] [PATCH] gallium/nouveau: remove unused nouveau_screen_bo_user

On Mon, May 09, 2011 at 12:35:10AM +0200, Marcin Slusarz wrote: > > --- > src/gallium/drivers/nouveau/nouveau_screen.c | 14 -- > src/gallium/drivers/nouveau/nouveau_screen.h |2 -- > 2 files changed, 0 insertions(+), 16 deletions(-) > > diff --git

Re: [Mesa-dev] [PATCH] st/xorg: add GALLIUM_AUXILIARIES to target dependencies

On Sun, Jun 05, 2011 at 09:04:49PM +0200, Marcin Slusarz wrote: > Without it changes to GALLIUM_AUXILIARIES don't induce target rebuild > --- > src/gallium/targets/Makefile.xorg |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/src/gallium/tar

Re: [Mesa-dev] [PATCH] st/xorg: initialize drm_mode.type

On Sun, Jun 05, 2011 at 09:05:24PM +0200, Marcin Slusarz wrote: > it's uninitialized, but used by kernel (drm_mode_setcrtc -> > drm_mode_set_crtcinfo) > --- > src/gallium/state_trackers/xorg/xorg_crtc.c |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) >

Re: [Mesa-dev] [PATCH 1/2] xorg/nouveau: rename to nouveau2

On Mon, May 16, 2011 at 09:50:29PM +0200, Marcin Slusarz wrote: > > --- > src/gallium/targets/xorg-nouveau/Makefile |2 +- > src/gallium/targets/xorg-nouveau/nouveau_xorg.c | 14 +++--- > 2 files changed, 8 insertions(+), 8 deletions(-) > > diff --git

Re: [Mesa-dev] [PATCH v3 2/2] xorg/nouveau: blacklist all pre NV30 cards

On Sun, Jun 05, 2011 at 10:31:59PM +0200, Marcin Slusarz wrote: > From: Marcin Slusarz > Subject: [PATCH] xorg/nouveau: blacklist all pre NV30 cards > > Bail out early in probe, so other driver (xf86-video-nouveau) can take control > of the card. Doing it in screen_create wo

Re: [Mesa-dev] [PATCH 1/2] xorg/nouveau: rename to nouveau2

On Mon, Jun 20, 2011 at 02:39:39AM +0200, Marek Olšák wrote: > Pushed, thanks. Thank you. > The other patch should be pushed by someone who understands it (i.e. not me). > > You already have 36 commits in Mesa master. You should really apply > for an account. Ok, I will apply. Thanks again. Ma

[Mesa-dev] [PATCH] glsl: fix loop_variable_state->var_hash leak

--- src/glsl/loop_analysis.cpp |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/src/glsl/loop_analysis.cpp b/src/glsl/loop_analysis.cpp index 6a0e4da..6548e15 100644 --- a/src/glsl/loop_analysis.cpp +++ b/src/glsl/loop_analysis.cpp @@ -42,8 +42,14 @@ loop_state::loop_

[Mesa-dev] [PATCH] glsl: fix deref_hash memory leak in constant_expression_value

--- src/glsl/ir_constant_expression.cpp |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/src/glsl/ir_constant_expression.cpp b/src/glsl/ir_constant_expression.cpp index 08a3328..0713fd7 100644 --- a/src/glsl/ir_constant_expression.cpp +++ b/src/glsl/ir_constant_expr

Re: [Mesa-dev] [PATCH] glsl: Hook up loop_variable_state destructor to plug a memory leak.

On Thu, Jun 07, 2012 at 10:33:39AM -0700, Ian Romanick wrote: > On 06/05/2012 04:01 PM, Kenneth Graunke wrote: > > While ~loop_state() is already freeing the loop_variable_state objects > > via ralloc_free(this->mem_ctx), the ~loop_variable_state() destructor > > was never getting called, so the ha

Re: [Mesa-dev] [PATCH] glsl: fix loop_variable_state->var_hash leak

On Tue, Jun 05, 2012 at 03:58:20PM -0700, Kenneth Graunke wrote: > On 06/05/2012 02:49 PM, Marcin Slusarz wrote: > > > > --- > > src/glsl/loop_analysis.cpp |6 ++ > > 1 files changed, 6 insertions(+), 0 deletions(-) > > > > diff --git

Re: [Mesa-dev] [PATCH] glsl: Hook up loop_variable_state destructor to plug a memory leak.

On Thu, Jun 07, 2012 at 10:33:39AM -0700, Ian Romanick wrote: > In my dream of dreams, we'd be able to either allocate objects via > ralloc or allocate (automatic) objects on the stack. Hmm, I think it's doable with a patch I just posted + changes to delete calls (passing ralloc context). Is it r

Re: [Mesa-dev] Please test the automake-gallium branch

On Tue, Sep 25, 2012 at 08:35:31AM -0600, Brian Paul wrote: > On Mon, Sep 24, 2012 at 3:52 PM, Matt Turner wrote: > > This series of 105 patches finishes the automake conversion. > > > > I don't think the series needs to be reviewed patch by patch, since > > large chunks are making nearly identica

Re: [Mesa-dev] Please test the automake-gallium branch

On Mon, Sep 24, 2012 at 02:52:28PM -0700, Matt Turner wrote: > This series of 105 patches finishes the automake conversion. > > I don't think the series needs to be reviewed patch by patch, since > large chunks are making nearly identical changes to different > directories. Plus, incorrect changes

Re: [Mesa-dev] Please test the automake-gallium branch

On Tue, Sep 25, 2012 at 10:02:26AM -0700, Matt Turner wrote: > On Tue, Sep 25, 2012 at 9:46 AM, Marcin Slusarz > wrote: > > With this branch, top level lib directory is not created, so it's impossible > > to test mesa without installing it first. > > Indeed. This

Re: [Mesa-dev] Please test the automake-gallium branch

On Tue, Sep 25, 2012 at 10:38:31AM -0700, Matt Turner wrote: > On Tue, Sep 25, 2012 at 10:31 AM, Marcin Slusarz > wrote: > >> Installation is part of the testing procedure, after all. > > > > No. People test code, not build systems. > > I invite you to reread t

Re: [Mesa-dev] Please test the automake-gallium branch

On Tue, Sep 25, 2012 at 11:00:23AM -0700, Matt Turner wrote: > On Tue, Sep 25, 2012 at 10:56 AM, Marcin Slusarz > wrote: > > On Tue, Sep 25, 2012 at 10:38:31AM -0700, Matt Turner wrote: > >> On Tue, Sep 25, 2012 at 10:31 AM, Marcin Slusarz > >> wrote: > >>

Re: [Mesa-dev] Please test the automake-gallium branch

On Mon, Sep 24, 2012 at 02:52:28PM -0700, Matt Turner wrote: > This series of 105 patches finishes the automake conversion. > > I don't think the series needs to be reviewed patch by patch, since > large chunks are making nearly identical changes to different > directories. Plus, incorrect changes

[Mesa-dev] [PATCH] glsl: add support for gl_InstanceID

...by copying support for gl_InstanceIDARB, but without "#extension" check, because EXT_draw_instanced spec does not say anything about it (as opposed to ARB_draw_instanced / gl_InstanceIDARB) and NVIDIA driver already allow it --- I'm not sure this is correct. With this patch applied (+ merged fl

[Mesa-dev] [PATCH] gallium: include u_format.h for util_format_is_supported

Without it gcc complains: nv50_screen.c: In function ‘nv50_screen_is_format_supported’: nv50_screen.c:48: warning: implicit declaration of function ‘util_format_is_supported’ and handles it wrongly - util_format_is_supported returns boolean, which is typedef'ed to uchar, but function without pro