Well, I've had to give up on bisecting. It turns out that I really
don't have a clear definition of working/broken that can be reliably
tested.
With some snapshots, I get problems as soon as I log in. With others,
a few clicks does it. In other cases, the GPU only hangs after I've
done a bunch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/01/2011 07:12 AM, José Fonseca wrote:
> On 03/31/2011 09:45 PM, Ian Romanick wrote:
>>> +glVertexPointer(2, GL_FLOAT, vertex_stride, (const
>>> void*)(intptr_t)vertex_offset);
>>> +glDrawRangeElements(GL_TRIANGLES,
>>> +
On 04/01/2011 02:09 AM, Dave Airlie wrote:
>
> try the latest mesa in koji,
>
> I' ve pushed some reverts in,
>
> https://bugs.freedesktop.org/show_bug.cgi?id=35853
>
> is upstream bug.
>
That appears to have made things worse.
With mesa-dri-drivers-7.11-0.3.20110330.0.fc15.x86_64 I get:
Ap
On Fri, Apr 01, 2011 at 03:56:58PM +0200, Marek Olšák wrote:
[...]
> This is the same strategy the FreeType project had. If Linux
> distributors want ARB_texture_float (e.g. to get OpenGL 3), they
> should obtain the patent or find any other legal way around it,
As an user, I wholeheartedly agree.
On 03/31/2011 09:45 PM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/31/2011 06:46 AM, jfons...@vmware.com wrote:
From: José Fonseca
Not added to the standard test lists given that ARB_vertex_buffer_object
allows program termination out-of-bounds vertex buffer ob
On 03/31/2011 09:38 PM, Eric Anholt wrote:
On Thu, 31 Mar 2011 14:46:32 +0100, jfons...@vmware.com wrote:
+/* Test whether out-of-bounds vertex buffer object cause termination.
+ *
+ * Note that the original ARB_vertex_buffer_object extension explicitly states
+ * program termination is allo
So --enable-texture-float it is.
Hardware drivers (including the Gallium ones) should
use #ifdef TEXTURE_FLOAT_ENABLED to hide any code that may
expose floating-point renderbuffers via any interface,
public or private.
---
configure.ac | 13 +
src/mesa/stat
Squashed commit of the following:
Author: Marek Olšák
st/mesa: require RGBA16F and RGBA32F to be renderable
st/mesa: fix L32F and L16F format translation
st/mesa: also convert the R/RG float formats
commit 49a9948b6a81b7d813304d081139d98e95ba5d1a
Author: Luca Barbieri
Date: Fri A
From: Luca Barbieri
---
src/gallium/auxiliary/util/u_format.csv |8
src/gallium/include/pipe/p_format.h |9 +
2 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_format.csv
b/src/gallium/auxiliary/util/u_format.csv
index 771b
Squashed commit of the following:
Author: Marek Olšák
mesa: handle floating-point formats in _mesa_base_fbo_format
mesa: add ARB/ATI_texture_float, remove MESAX_texture_float
commit 123bb110852739dffadcc81ad80b005b1c4f586d
Author: Luca Barbieri
Date: Wed Aug 25 01:35:42 2010 +0200
---
src/mesa/main/formats.c | 40
src/mesa/main/formats.h |4 ++
src/mesa/main/texfetch.c | 28 +++
src/mesa/main/texfetch_tmp.h | 104 ++
src/mesa/main/texformat.c| 16 ++
src/mesa/main/texstore.c
---
src/mesa/main/formats.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c
index e62170b..b45cf03 100644
--- a/src/mesa/main/formats.c
+++ b/src/mesa/main/formats.c
@@ -677,7 +677,7 @@ static struct gl_format_info forma
Hi,
please read on.
This patch series adds the last pieces of ARB_texture_float support to Mesa and
Gallium.
The thing is Mesa and Gallium more or less already support float textures and
renderbuffers in master. Gallium has full floating-point support in the
interface and if it was a public A
On Fri, Apr 1, 2011 at 5:51 AM, Ian Pilcher wrote:
> With latest batch of Fedora 15 test updates, I get GPU hangs very
> shortly after logging in (with KDE desktop effects enabled).
> Unfortunately, the hangs do not occur if I boot with drm.debug=14.
>
> Any ideas on how I can gather more informat
14 matches
Mail list logo