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(-)
ping
__
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 control
> > of the card. Doing it in screen_creat
https://bugs.freedesktop.org/show_bug.cgi?id=37476
--- Comment #2 from Mike Kaplinskiy 2011-06-05
22:33:42 PDT ---
Created an attachment (id=47580)
View: https://bugs.freedesktop.org/attachment.cgi?id=47580
Review: https://bugs.freedesktop.org/review?bug=37476&attachment=47580
Incomplete patc
https://bugs.freedesktop.org/show_bug.cgi?id=37476
Mike Kaplinskiy changed:
What|Removed |Added
Platform|Other |x86 (IA32)
AssignedTo|dri-deve
On Sun, 05 Jun 2011 10:44:17 +0100, Chris Wilson
wrote:
> I have a naive question: why are we allocating stencil/depth/aux buffers
> through X/DRI2?
>
> I can understand for the sake of interoperability why the color buffer
> attachments are negotiated with X, but I can't see any reason why X
>
On Sun, 5 Jun 2011 11:01:21 +0200, Nicolas Kaiser wrote:
> Just noticed two typos in comments.
>
> * Chad Versace :
> > --- a/src/mesa/drivers/dri/intel/intel_context.c
> > +++ b/src/mesa/drivers/dri/intel/intel_context.c
> (..)
> > +/**
> > + * \brief Verify that the X driver supports hiz and se
We were assuming that the input attribute n to the FS was
FRAG_ATTRIB_TEXn, which happened to be true often enough for our
testcases.
---
src/mesa/drivers/dri/i965/gen6_sf_state.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen6_s
---
src/mesa/drivers/dri/i965/gen6_sf_state.c | 43 -
1 files changed, 24 insertions(+), 19 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen6_sf_state.c
b/src/mesa/drivers/dri/i965/gen6_sf_state.c
index 84028e4..8437cfe 100644
--- a/src/mesa/drivers/dri/i965/
This is just like PointSprite overrides, but it's always on for that
attribute.
Fixes glsl-fs-pointcoord, gtf/point_sprites.
---
src/mesa/drivers/dri/i965/gen6_sf_state.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen6_sf_state.c
b/src/me
On Sun, 05 Jun 2011 01:37:27 -0700, Kenneth Graunke
wrote:
> On 06/04/2011 04:29 PM, Chad Versace wrote:
> > On 06/03/2011 03:33 PM, Kenneth Graunke wrote:
> >> Do we need to emit 3DSTATE_STENCIL_BUFFER with all 0's in the stencil_irb
> >> == NULL case? Ditto for HiZ I guess. Just being a
> >>
I think I've figured out those issues... I just need to now figure out how to
properly implement applegl_glx.c ...
On Jun 5, 2011, at 6:34 PM, Jeremy Huddleston wrote:
> So I've finally sat down and tried to fix regressions on master due to glx
> restructuring last year ... mostly these are cha
So I've finally sat down and tried to fix regressions on master due to glx
restructuring last year ... mostly these are changes where people forgot to
make corresponding changes in the apple subdirectory.
There is one standout that I'm not sure how to fix (glxext.c). This is a build
failure in
---
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 would be too late.
---
src/gallium/targets/xorg-nouveau/Makefile |3 +
src/gallium
On Sun, Jun 5, 2011 at 11:34 AM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/02/2011 04:40 PM, Brian Paul wrote:
>> On 06/02/2011 03:18 PM, Benjamin Bellec wrote:
>>> It's me again, with a new minor optimization for the
>>> util_next_power_of_two() function.
>>>
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
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:06, Marcin Slusarz
> >> > wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=37959
Summary: [regresssion] Errors starting sauerbraten with today's
git master.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: All
Status: NEW
Se
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:06, Marcin Slusarz
>> > wrote:
>> >> On Tue, May 17, 2011 at 12:20:14AM +0200, Marcin Slusarz wrote:
>> >>> Ba
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, so other driver can take control of the
On Sun, Jun 5, 2011 at 9:22 PM, Patrick Baggett
wrote:
> Wasn't nouveau targeted to provide HW acceleration for old cards like the
> TNT2, or has that idea been killed?
> Patrick
>
NV04-NV2F support went into a "classic" driver.
> On Sun, Jun 5, 2011 at 2:06 PM, Marcin Slusarz
> wrote:
>>
>> On
Wasn't nouveau targeted to provide HW acceleration for old cards like the
TNT2, or has that idea been killed?
Patrick
On Sun, Jun 5, 2011 at 2:06 PM, Marcin Slusarz wrote:
> On Tue, May 17, 2011 at 12:20:14AM +0200, Marcin Slusarz wrote:
> > Bail out early in probe, so other driver can take cont
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, so other driver can take control of the card.
>>> Doing it in screen_create would be too late.
>>> ---
>>> src/galliu
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, 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
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.freedesktop.org
http://lists.fre
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(-)
ping
_
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.freedesktop.org
ht
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 files changed, 35 i
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(-)
ping
_
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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/05/2011 02:44 AM, Chris Wilson wrote:
> I have a naive question: why are we allocating stencil/depth/aux buffers
> through X/DRI2?
>
> I can understand for the sake of interoperability why the color buffer
> attachments are negotiated with X, bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/02/2011 04:40 PM, Brian Paul wrote:
> On 06/02/2011 03:18 PM, Benjamin Bellec wrote:
>> It's me again, with a new minor optimization for the
>> util_next_power_of_two() function.
>>
>> This patch implements a faster algorithm, still taken from Wi
Am Samstag, den 04.06.2011, 18:28 -0700 schrieb Jose Fonseca:
> I think we need to have a proper review round of the gallium interfaces, so
> that we have an interface
> everybody feels that we can support going forward, which did not happen last
> round.
I agree to that, the interface was at lea
I have a naive question: why are we allocating stencil/depth/aux buffers
through X/DRI2?
I can understand for the sake of interoperability why the color buffer
attachments are negotiated with X, but I can't see any reason why X
wants to know about the others.
-Chris
--
Chris Wilson, Intel Open S
Just noticed two typos in comments.
* Chad Versace :
> --- a/src/mesa/drivers/dri/intel/intel_context.c
> +++ b/src/mesa/drivers/dri/intel/intel_context.c
(..)
> +/**
> + * \brief Verify that the X driver supports hiz and separate stencil.
> + *
> + * This implements the cleanup stage of the hands
On 06/04/2011 04:34 PM, Chad Versace wrote:
On 06/03/2011 03:36 PM, Kenneth Graunke wrote:
On 06/03/2011 12:47 PM, Chad Versace wrote:
Since the stencil buffer is interleaved, the generic Mesa renderbuffer
accessors do not suffice. Custom span functions are necessary.
Signed-off-by: Chad Versa
On 06/04/2011 04:29 PM, Chad Versace wrote:
On 06/03/2011 03:33 PM, Kenneth Graunke wrote:
Do we need to emit 3DSTATE_STENCIL_BUFFER with all 0's in the stencil_irb ==
NULL case? Ditto for HiZ I guess. Just being a
bit paranoid.
The test results for these paranoiac cases pass, so paranoia i
37 matches
Mail list logo
