https://bugs.freedesktop.org/show_bug.cgi?id=30481
David Gorst changed:
What|Removed |Added
CC||dgo...@gmail.com
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=30481
--- Comment #2 from David Gorst 2010-10-05 22:05:27 PDT ---
I've the same issue. eglCreateContext returns EGL_NO_CONTEXT, unless I bind to
GLES rather than OpenVG (or leave it as the default GLES).
eglGetError immediately afterwards returns EGL
https://bugs.freedesktop.org/show_bug.cgi?id=30484
--- Comment #2 from Jos van Wolput 2010-10-05
21:23:02 PDT ---
No more compilation errors occur when building mesa with the
--with-state-trackers=dri flag.
I tested some demos using mesa-7.9.2 gallium enabled, they are working.
--
Configure b
https://bugs.freedesktop.org/show_bug.cgi?id=30484
--- Comment #1 from Jos van Wolput 2010-10-05
20:48:12 PDT ---
Same compilation error when compiling mesa-7.9 with --enable-gallium and using
latest git version of xserver:
---
xorg_driver.c: In function ‘drv_bind_front_buffer_kms’:
xorg_driver.
On Tue, Oct 5, 2010 at 7:56 AM, Xavier Chantry wrote:
> On Sun, Sep 26, 2010 at 10:42 PM, Dan Nicholson wrote:
>>
>> Normally you do that because if the user has custom include paths, you
>> want them to be at the beginning of the command line.
>>
>> It'd be nice if the llvm people could just use
https://bugs.freedesktop.org/show_bug.cgi?id=30633
Summary: mesa-demos 8.0.0 and 8.0.1 missing lion-render.h
Product: Mesa
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: me
Got a speed up by tracking the dirty blocks in a seperate list instead of
looping through all blocks. This version should work with block that get their
dirty state disabled again and I added a dirty check during the flush as some
blocks were already dirty.
---
src/gallium/drivers/r600/r600.h
On Tue, Oct 5, 2010 at 12:10 PM, Bas Nieuwenhuizen
wrote:
> Emitting the dirty blocks sometimes accounted for about 30% percent of the
> time spent in r600_dri.so, so I made a seperate array with only the dirty
> blocks.
> ---
> src/gallium/drivers/r600/r600.h | 2 ++
> sr
Emitting the dirty blocks sometimes accounted for about 30% percent of the time
spent in r600_dri.so, so I made a seperate array with only the dirty blocks.
---
src/gallium/drivers/r600/r600.h|2 ++
src/gallium/winsys/r600/drm/evergreen_hw_context.c | 18 +++-
On 10/02/2010 03:20 PM, Marek Olšák wrote:
As per the GL_ARB_framebuffer_object specification.
Signed-off-by: Marek Olšák
---
src/mesa/main/fbobject.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index f
https://bugs.freedesktop.org/show_bug.cgi?id=30629
Summary: glDraw[Range]Elements end is out of bounds
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: m
On Sun, Sep 26, 2010 at 10:42 PM, Dan Nicholson wrote:
>
> Normally you do that because if the user has custom include paths, you
> want them to be at the beginning of the command line.
>
> It'd be nice if the llvm people could just use pkg-config instead of
> rolling their own config tool. I thou
https://bugs.freedesktop.org/show_bug.cgi?id=30623
Summary: Conquest crash (Assertion `lhs_components ==
this->rhs->type->vector_elements' failed.)
Product: Mesa
Version: unspecified
Platform: Other
URL: http://download.
13 matches
Mail list logo