On Wed, Jun 02, 2010 at 11:39:57AM +0200, Nicolai Haehnle wrote:
> On Wed, Jun 2, 2010 at 6:53 AM, Tom Stellard wrote:
> > On Tue, Jun 01, 2010 at 12:00:16PM +0200, Nicolai Haehnle wrote:
> >> On Tue, Jun 1, 2010 at 7:41 AM, tstellar wrote:
> >> > From: Tom Stellard
> >> >
> >> > This fixes bug:
https://bugs.freedesktop.org/show_bug.cgi?id=26487
--- Comment #2 from ri...@free.fr 2010-06-02 22:17:33 PDT ---
Any opengl program using freeglut 2.6.0 will crash in fgOpenWindow as a result.
I downgraded freeglut to 2.4.0 which apears to work.
I have thus no test case to provide, but can point y
2010/6/3 Kristian Høgsberg :
>> But it is less flexible IMHO. Also, I am not convinced that EGLImageKHR to
>> be
>> queryable, which is stemmed from using EGLImageKHR to represent
>> pipe_resource.
>> Using an EGLImageKHR also implies that an implementation must implement
>> EGLImage in EGL/GLES
On Sat, May 29, 2010 at 6:35 PM, Chia-I Wu wrote:
> Hi Jakob,
>
> I like the way the extensions are separated and presented. But I have some
> thoughts about the entrypoints and EGL types to use.
>
> To begin with, I think the goal of this series of extensions is to export a
> subset of pipe_scre
If there's no concerns, I'll commit this tomorrow.
-Brian
>From cf8780e328b738dcbb8b62e36ec377ac3d815d00 Mon Sep 17 00:00:00 2001
From: Brian Paul
Date: Wed, 2 Jun 2010 18:13:00 -0600
Subject: [PATCH] gallium: add interpolation parameter to simple shader functions
This lets us specify linear i
https://bugs.freedesktop.org/show_bug.cgi?id=28280
--- Comment #5 from Brian Paul 2010-06-02 15:10:39 PDT
---
I've applied the patch to the 7.8 branch (with fix-ups).
I'm not planning on any more releases from the 7.7 branch.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?ta
https://bugs.freedesktop.org/show_bug.cgi?id=28280
--- Comment #4 from Julien Cristau 2010-06-02 12:49:02
PDT ---
On Sat, May 29, 2010 at 06:13:11 -0700, bugzilla-dae...@freedesktop.org wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=28280
>
> --- Comment #3 from Matthias Liertzer 2010-
On Sat, May 29, 2010 at 06:13:11 -0700, bugzilla-dae...@freedesktop.org wrote:
> https://bugs.freedesktop.org/show_bug.cgi?id=28280
>
> --- Comment #3 from Matthias Liertzer 2010-05-29 06:13:11
> PDT ---
> Created an attachment (id=35934)
> View: https://bugs.freedesktop.org/attachment.cgi?id=
I'm using the classic (OS)Mesa driver w/ GLSL.
I see from:
http://www.mesa3d.org/shading.html
that gl_ClipVertex is unsupported, which probably explains why I'm
getting such strange results when I use it :)
I might be interested in taking a stab at this, or perhaps just skip
ClipVertex entire
On Tue, 2010-06-01 at 19:46 +0200, Joakim Sindholt wrote:
> On Tue, 2010-06-01 at 17:24 +0100, José Fonseca wrote:
> > On Tue, 2010-06-01 at 09:08 -0700, Joakim Sindholt wrote:
> > > Hi.
> > > I just had a look at debug options in u_debug, specifically enumerated
> > > options in debug_get_flags_op
---
src/mesa/drivers/dri/r600/r700_assembler.c | 119 ++--
src/mesa/drivers/dri/r600/r700_assembler.h |1 -
2 files changed, 61 insertions(+), 59 deletions(-)
diff --git a/src/mesa/drivers/dri/r600/r700_assembler.c
b/src/mesa/drivers/dri/r600/r700_assembler.c
index 6
---
src/mesa/drivers/dri/r600/r700_assembler.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/r600/r700_assembler.c
b/src/mesa/drivers/dri/r600/r700_assembler.c
index 2e64a57..652fd65 100644
--- a/src/mesa/drivers/dri/r600/r700_assembler.c
+++ b/s
---
src/mesa/drivers/dri/r600/r700_assembler.c | 38 +---
1 files changed, 12 insertions(+), 26 deletions(-)
diff --git a/src/mesa/drivers/dri/r600/r700_assembler.c
b/src/mesa/drivers/dri/r600/r700_assembler.c
index 0677c54..2e64a57 100644
--- a/src/mesa/drivers/dri/r60
---
src/mesa/drivers/dri/r600/r700_fragprog.c | 33 +++--
1 files changed, 17 insertions(+), 16 deletions(-)
diff --git a/src/mesa/drivers/dri/r600/r700_fragprog.c
b/src/mesa/drivers/dri/r600/r700_fragprog.c
index ee4d282..80fab71 100644
--- a/src/mesa/drivers/dri/r600/
On Wed, Jun 2, 2010 at 3:02 PM, Roland Scheidegger wrote:
> Together with a PIPE_CAP_CLEAR_WITH_MASK_AND_SCISSOR.
>
> That would be all interface changes needed (so mask and scissor would be
> optional for drivers to implement, but single color buffers wouldn't be)
> - clearly some drivers can't h
https://bugs.freedesktop.org/show_bug.cgi?id=28304
--- Comment #6 from Kevin Hobbs 2010-06-02 07:38:28 PDT ---
(In reply to comment #5)
> As a workaround try removing 'nvfx' and 'nv50' from GALLIUM_DRIVERS_DIRS in
> configs/default:112.
>
Removing these directories does allow the build to proce
On 01.06.2010 21:51, Keith Whitwell wrote:
>> Anyway, the new clearRT/clearDS functions aren't implemented by all
>> drivers yet. That should be ok for now since they didn't use to
>> implement surface_fill neither.
>> Also, the interface of these is not set in stone yet. In particular,
>> they can
17 matches
Mail list logo
