I was just diffing fglrx and r300g output for my rv530 and this was on the list.
I'm wondering what we would need for this? does TGSI have the
necessary bits? I assume there would be a bit of work in the GLSL
compiler also.
Dave.
___
mesa-dev mailing li
Hello,
progs/trivial/tri just segfaults now, because it does not setup a
context with depth/stencil, and src/gallium/auxiliary/util/u_clear.h
does not check if
struct pipe_surface *ps = framebuffer->zsbuf;
is NULL or not before calling pipe->clear_depth_stencil()
--
Patrice Mandin
WWW: http://
https://bugs.freedesktop.org/show_bug.cgi?id=28315
dagg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Kristian and I discussed this on IRC and I think we got an agreement
on the way forward. I'll inline the comments below in the spec file.
2010/6/4 Kristian Høgsberg :
> ---
> docs/MESA_image_drm.spec | 101
> +
> include/EGL/eglext.h | 23
2010/6/4 Kristian Høgsberg :
> 2010/6/4 Jakob Bornecrantz :
>> 2010/6/4 Kristian Høgsberg :
>>> This extension allows an application to make a context current by
>>> passing EGL_NO_SURFACE for the write and read surface in the call to
>>> eglMakeCurrent. The motivation is that applications that on
---
include/GL/internal/dri_interface.h | 19 +++
src/egl/drivers/dri2/egl_dri2.c | 220 +++
2 files changed, 239 insertions(+), 0 deletions(-)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
index e4c2b3a..838bdce 100
---
docs/MESA_image_drm.spec | 101 +
include/EGL/eglext.h | 23 ++
src/egl/main/eglapi.c | 48 +
src/egl/main/eglapi.h | 10
src/egl/main/eglconfig.c |1 +
src/egl/main/egldisplay.h |1 +
sr
Hi,
Here's an update on the EGL/DRM integration extensions and patches.
I've updated the patches with the feedback from the discussions on the
list to the extent that I think is feasible. I think we're pretty
close to consensus on how to do this, but let me know what you think.
There's also a new
2010/6/4 Jakob Bornecrantz :
> 2010/6/4 Kristian Høgsberg :
>> This extension allows an application to make a context current by
>> passing EGL_NO_SURFACE for the write and read surface in the call to
>> eglMakeCurrent. The motivation is that applications that only want to
>> render to client API
2010/6/4 Kristian Høgsberg :
> This extension allows an application to make a context current by
> passing EGL_NO_SURFACE for the write and read surface in the call to
> eglMakeCurrent. The motivation is that applications that only want to
> render to client API targets (such as OpenGL framebuffer
On Fri, 2010-06-04 at 06:42 -0700, Dan Nicholson wrote:
> 2010/6/4 Kristian Høgsberg :
> > On Fri, Jun 4, 2010 at 7:13 AM, Keith Whitwell wrote:
> > ...
> >> checking dynamic linker characteristics... GNU/Linux ld.so
> >> checking how to hardcode library paths into programs... immediate
> >> check
This extensions introduces a new entry point that allows an application
to pass in different types of displays along with an integer to identify
the type of display. This allows one EGL library to support multiple
display types and lets applications clearly identify which one they want
to use.
---
---
src/mesa/drivers/dri/intel/intel_regions.c | 17 +++
src/mesa/drivers/dri/intel/intel_regions.h |3 +
src/mesa/drivers/dri/intel/intel_screen.c | 68
3 files changed, 88 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_regio
This extension allows an application to make a context current by
passing EGL_NO_SURFACE for the write and read surface in the call to
eglMakeCurrent. The motivation is that applications that only want to
render to client API targets (such as OpenGL framebuffer objects)
should not need to create a
This lets the egl_dri2 driver initialize on just a DRM fd.
---
configs/autoconf.in |6 +-
configure.ac| 15 ++-
src/egl/drivers/dri2/Makefile |6 +-
src/egl/drivers/dri2/egl_dri2.c | 240 +--
4 files changed, 227 inse
2010/6/4 Kristian Høgsberg :
> On Fri, Jun 4, 2010 at 7:13 AM, Keith Whitwell wrote:
> ...
>> checking dynamic linker characteristics... GNU/Linux ld.so
>> checking how to hardcode library paths into programs... immediate
>> checking whether gcc and cc understand -c and -o together... yes
>> check
2010/6/4 Keith Whitwell :
> On Fri, 2010-06-04 at 05:02 -0700, Kristian Høgsberg wrote:
>> On Fri, Jun 4, 2010 at 7:13 AM, Keith Whitwell wrote:
>> ...
>> > checking dynamic linker characteristics... GNU/Linux ld.so
>> > checking how to hardcode library paths into programs... immediate
>> > checki
On Fri, 2010-06-04 at 05:02 -0700, Kristian Høgsberg wrote:
> On Fri, Jun 4, 2010 at 7:13 AM, Keith Whitwell wrote:
> ...
> > checking dynamic linker characteristics... GNU/Linux ld.so
> > checking how to hardcode library paths into programs... immediate
> > checking whether gcc and cc understand
On Fri, Jun 4, 2010 at 7:13 AM, Keith Whitwell wrote:
...
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking whether gcc and cc understand -c and -o together... yes
> checking for pkg-config... /usr/bin/pkg-co
On Wed, 2010-05-26 at 13:57 -0700, Eric Anholt wrote:
> On Sat, 22 May 2010 08:18:37 -0600, Brian Paul wrote:
> > On Thu, May 20, 2010 at 1:18 PM, Eric Anholt wrote:
> >
> > [...]
> >
> > > I think commit messages are hooked up, too.
> >
> > I'm not seeing commit messages on the mesa-commit li
On Fri, 2010-06-04 at 03:10 -0700, Dave Airlie wrote:
> On Tue, Apr 27, 2010 at 9:13 PM, Dave Airlie wrote:
> > Another trying to figure out gallium patch from me,
> >
> > This is in theory EXT_texture_swizzle support, r300g passes the glean
> > test with this now.
> >
> > Some caveats in the patc
On Tue, Apr 27, 2010 at 9:13 PM, Dave Airlie wrote:
> Another trying to figure out gallium patch from me,
>
> This is in theory EXT_texture_swizzle support, r300g passes the glean
> test with this now.
>
> Some caveats in the patch (i.e. I'm not sure what exactly is correct
> state tracker behavio
https://bugs.freedesktop.org/show_bug.cgi?id=28363
Fabio Pedretti changed:
What|Removed |Added
CC||fabio@libero.it
--
Configure bugma
23 matches
Mail list logo