On Sun, Aug 1, 2010 at 11:19 PM, Mario Kleiner
wrote:
> Think i sent it to the wrong mailing list. Here we go again...
>
> Begin forwarded message:
>
>> From: Mario Kleiner
>> Date: July 27, 2010 2:56:04 AM GMT+02:00
>> To: Kristian Hogsberg , xorg-de...@lists.x.org
>> Subject: Bug: Deadlock for
On Fri, Jul 16, 2010 at 7:59 AM, Sedat Dilek wrote:
> On Fri, Jul 16, 2010 at 1:43 PM, Chia-I Wu wrote:
>> On Wed, Jul 14, 2010 at 1:53 AM, Sedat Dilek
>> wrote:
>>> On Tue, Jul 13, 2010 at 5:25 PM, Sedat Dilek
>>> wrote:
>>> [...]
Shouldn't there be a more rough depend-checking on XCB_D
Hi,
I've been looking into the GLES1/2 support in mesa and trying to
figure out how to make it work for DRI drivers as well. The current
approach only works for gallium, and it works by compiling mesa core
as different state trackers. Each state tracker is just a thin filter
on top of the public
2010/4/9 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>> When matching attributes using the 'mask' matching criteria, the spec
>> says that
>>
>> "Only GLXFBConfigs for which the set bits of attri
When matching attributes using the 'mask' matching criteria, the spec
says that
"Only GLXFBConfigs for which the set bits of attribute include all
the bits that are set in the requested value are
considered. (Additional bits might be set in the attribute)."
The current test returns true i
2010/3/22 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>> 2010/2/8 Francisco Jerez :
>>> The spec says (regarding glXCreateWindow): "If there is already a
>>> GLXFBConfig associated with win (as a result of a
On Fri, Feb 19, 2010 at 10:43 PM, Corbin Simpson
wrote:
> Can we doc it and comment it out? IME somebody will pop out and claim a use
> for it.
With git, which lets you search and query history fast and easily,
there's never really and excuse for commenting/#ifdef'ing something
out. If somebody
On Mon, Feb 22, 2010 at 11:38 AM, Brian Paul wrote:
> Starting a new thread on this...
>
> Here's a proposal of things to remove from the Mesa tree.
>
> GLU:
> glu/mini
> glu/mesa
>
> GLUT:
> glut/fbdev
> glut/ggi
> glut/directfb
> glut/dos
> glut/mini
> glut/os2
>
> non-DRI drivers:
> drivers/all
2010/2/18 Chia-I Wu :
> On Thu, Feb 18, 2010 at 12:04:14PM -0500, Kristian Høgsberg wrote:
>> 2010/2/12 Ian Romanick :
...
>> > Since applications call this function directly, should this give an
>> > error if dri2_dpy->image is NULL, or is it okay to just se
2010/2/19 Brian Paul :
> 2010/2/19 Kristian Høgsberg :
>> 2010/2/19 Kristian Høgsberg :
>>> 2010/2/19 Brian Paul :
>>>> 2010/2/19 Kristian Høgsberg :
>>>>
>>>>> I applied the patches from Kenneth Graunke on the list for this. Can
>>&
2010/2/19 Kristian Høgsberg :
> 2010/2/19 Brian Paul :
>> 2010/2/19 Kristian Høgsberg :
>>
>>> I applied the patches from Kenneth Graunke on the list for this. Can
>>> we drop _mesa_malloc(), _mesa_calloc() and _mesa_free() and
>>> _mesa_bzero() too
2010/2/19 Brian Paul :
> 2010/2/19 Kristian Høgsberg :
>
>> I applied the patches from Kenneth Graunke on the list for this. Can
>> we drop _mesa_malloc(), _mesa_calloc() and _mesa_free() and
>> _mesa_bzero() too?
>
> I've remove _mesa_bzero() just now, plu
On Thu, Feb 18, 2010 at 7:25 PM, Brian Paul wrote:
> Ian Romanick wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Ian Romanick wrote:
>>> All,
>>>
>>> It's time again to plan what version or versions of Mesa we want to
>>> release in Q1 (end of March). It seems like 7.7.1 is a no
2010/2/18 Brian Paul :
> Kristian Høgsberg wrote:
>>
>> 2010/2/12 Ian Romanick :
>>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Kristian Høgsberg wrote:
>>>>
>>>> diff --git a/src/mesa/drivers/
2010/2/12 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>> diff --git a/src/egl/drivers/dri2/egl_dri2.c
>> b/src/egl/drivers/dri2/egl_dri2.c
>> index 5d36c49..1590190 100644
>> --- a/src/egl/drivers/dri2/egl_
2010/2/12 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>> diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
>> b/src/mesa/drivers/dri/intel/intel_screen.c
>> index f7ce87e..c2c8c6e 100644
>> --- a/src/m
2010/2/12 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>> diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
>> index 0e6f69f..475aeab 100644
>> --- a/src/mesa/main/fbobject.c
>> +++ b/src/mesa/ma
2010/2/12 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>
> It's not obvious why this is necessary. Is it to prevent multiple calls
> to eglCreateImage from creating multiple regions for the same
2010/2/12 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>> Hello,
>>
>> Here's a patch series to implement a handful of EGLImage extensions in
>> the DRI2 EGL driver:
>>
>> EGL_KHR_image_bas
On Fri, Feb 12, 2010 at 4:05 PM, Eric Anholt wrote:
> On Thu, 11 Feb 2010 20:48:01 -0500, Kristian Høgsberg
> wrote:
>> Eric, I was hoping you could have a look at this one in particular.
>
> Looks OK to me. I guess the DeleteAll is in case there was something
> that
2010/2/11 Chia-I Wu :
> Great work!
>
> 2010/2/12 Kristian Høgsberg :
>> Here's a patch series to implement a handful of EGLImage extensions in
>> the DRI2 EGL driver:
>> EGL_KHR_image_base
>> EGL_KHR_image_pixmap
>> GL_OES_EGL_image
>>
2010/2/11 Kristian Høgsberg :
> Hello,
>
> Here's a patch series to implement a handful of EGLImage extensions in
> the DRI2 EGL driver:
Oh, and obviously the path with the updated generated files is stuck
in moderation, but there's not much to see there anyway. But j
Eric, I was hoping you could have a look at this one in particular.
thanks,
Kristian
2010/2/11 Kristian Høgsberg :
>
> Signed-off-by: Kristian Høgsberg
> ---
> src/mesa/drivers/dri/intel/intel_regions.c | 24 +++-
> src/mesa/drivers/dri/intel/intel_r
Signed-off-by: Kristian Høgsberg
---
src/egl/drivers/dri2/egl_dri2.c | 123 +-
1 files changed, 119 insertions(+), 4 deletions(-)
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index 5d36c49..1590190 100644
--- a/src/egl
Now that we track the global name in struct intel_region, we can just
look it up there.
Signed-off-by: Kristian Høgsberg
---
src/mesa/drivers/dri/intel/intel_context.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_context.c
b
This is a proposed extension to let EGL clients specify the format
of the pixmap that is used as a source for an EGLImage. This is
necessary when later using the EGLImage as a texture source, for example.
Signed-off-by: Kristian Høgsberg
---
include/EGL/eglext.h|8
src
We just threw it away before, but we haven't had a use for it yet.
Signed-off-by: Kristian Høgsberg
---
src/mesa/drivers/dri/common/dri_util.c |3 ++-
src/mesa/drivers/dri/common/dri_util.h |5 +
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/src/mesa/driver
Signed-off-by: Kristian Høgsberg
---
progs/egl/xeglgears.c | 95 +
1 files changed, 72 insertions(+), 23 deletions(-)
diff --git a/progs/egl/xeglgears.c b/progs/egl/xeglgears.c
index efb63ef..342d509 100644
--- a/progs/egl/xeglgears.c
+++ b
Signed-off-by: Kristian Høgsberg
---
src/mesa/glapi/Makefile |5 -
src/mesa/glapi/OES_EGL_image.xml | 20
src/mesa/glapi/gl_API.xml|2 ++
3 files changed, 26 insertions(+), 1 deletions(-)
create mode 100644 src/mesa/glapi/OES_EGL_image.xml
These are used for implementing the various EGLImage extensions.
Signed-off-by: Kristian Høgsberg
---
include/GL/internal/dri_interface.h | 43 +++
1 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL
Signed-off-by: Kristian Høgsberg
---
src/mesa/drivers/dri/intel/intel_regions.c | 24 +++-
src/mesa/drivers/dri/intel/intel_regions.h |3 +++
src/mesa/drivers/dri/intel/intel_screen.c | 14 ++
src/mesa/drivers/dri/intel/intel_screen.h |1 +
4 files
Signed-off-by: Kristian Høgsberg
---
src/mesa/drivers/dri/common/dri_util.c |2 +
src/mesa/drivers/dri/common/dri_util.h |1 +
src/mesa/drivers/dri/intel/intel_regions.h |8 +++
src/mesa/drivers/dri/intel/intel_screen.c | 74
4 files changed
Signed-off-by: Kristian Høgsberg
---
src/mesa/drivers/dri/intel/intel_fbo.c | 34 +
src/mesa/drivers/dri/intel/intel_tex_image.c | 51 ++
2 files changed, 85 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/dri/intel/intel_fbo.c
b
derlying X pixmap and binding that using GL_OES_EGL_image.
Let me know what you think,
Kristian
Kristian Høgsberg (12):
dri: Store the loader private passed in at dri context creation
intel: Track named regions and make sure we only have one region per
named bo
intel: Avoid dri_
Signed-off-by: Kristian Høgsberg
---
src/mesa/main/dd.h| 11 +++
src/mesa/main/fbobject.c | 24
src/mesa/main/fbobject.h |3 +++
src/mesa/main/mfeatures.h |2 ++
src/mesa/main/teximage.c | 41
This is fixed now.
On Wed, Feb 10, 2010 at 4:48 PM, Johannes Obermayr
wrote:
> Please CC me...
>
> author Corbin Simpson 2010-02-10 09:39:21
> (GMT)
> committer Corbin Simpson 2010-02-10
> 20:35:39 (GMT)
> commit 412ffb7a3ab8c0174aa921a4a10af3eaa03648da
>
>
> gmake[6]: Leavi
On Tue, Feb 9, 2010 at 9:49 AM, José Fonseca wrote:
> On Tue, 2010-02-09 at 06:37 -0800, Kristian Høgsberg wrote:
>> On Wed, Feb 3, 2010 at 1:41 PM, José Fonseca wrote:
>> ...
>> >> This reminds me there's a patch series from mesa3d-dev that removed a
>> &
On Wed, Feb 3, 2010 at 1:41 PM, José Fonseca wrote:
...
>> This reminds me there's a patch series from mesa3d-dev that removed a
>> bunch of Mesa's std C wrappers (like _mesa_memcpy()). Mabye some of
>> those could be applied after gallium-embedded but before the
>> src/platform work.
>
> Great.
On Mon, Feb 8, 2010 at 8:09 PM, Ian Romanick wrote:
> From: Ian Romanick
For the whole series:
Reviewed-by: Kristian Høgsberg
> ---
> src/mesa/drivers/dri/intel/intel_screen.c | 6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/src/mesa
ffers for the indirect
> case.
>
> Signed-off-by: Francisco Jerez
Looks good,
Reviewed-by: Kristian Høgsberg
> ---
> v5: Simplification as suggested by Kristian.
>
> glx/glxcmds.c | 24 +++-
> glx/glxserver.h | 1 +
> 2 files changed, 24 i
On Mon, Feb 8, 2010 at 1:25 PM, Francisco Jerez wrote:
> The spec says (regarding glXCreateWindow): "If there is already a
> GLXFBConfig associated with win (as a result of a previous
> glXCreateWindow call), then a BadAlloc error is generated.". It will
> also come useful to implement DRI2Invalid
On Mon, Feb 8, 2010 at 1:25 PM, Francisco Jerez wrote:
> The spec says (regarding glXCreateWindow): "If there is already a
> GLXFBConfig associated with win (as a result of a previous
> glXCreateWindow call), then a BadAlloc error is generated.". It will
> also come useful to implement DRI2Invalid
2010/2/6 Chia-I Wu :
> On Fri, Feb 05, 2010 at 07:24:00PM -0500, Kristian Høgsberg wrote:
>> These two patches move things around in GLX a bit. To make it possible
>> to use libGL with EGL on framebuffer without pulling in X dependencies
>> this patch make the GLX ent
rc/gl. The patch
drops src/glx/mini; it's DRI1 only, not maintained and EGL on KMS is a
better solution for the use cases where miniglx was useful.
Kristian Høgsberg (2):
libgl: Enable compiling libGL without GLX functions and X
dependencies
Move src/glx/x11 to src/gl, drop glx/mini
This lets us link EGL apps with libGL without pulling in X dependencies.
---
configs/autoconf.in |2 +
configure.ac| 99 +++
src/gallium/state_trackers/egl/Makefile |1 +
src/glx/x11/Makefile|
On Fri, Feb 5, 2010 at 4:01 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I'd like to remove a bunch of the visuals and fbconfigs exposed by the
> Intel drivers. There are several categories of visuals that are likely
> not useful to anyone. A couple of our test s
On Wed, Feb 3, 2010 at 10:51 AM, José Fonseca wrote:
> On Wed, 2010-02-03 at 07:38 -0800, Kristian Høgsberg wrote:
>> On Wed, Feb 3, 2010 at 10:31 AM, Keith Whitwell wrote:
>> > Historically we had a lot of helpers in gallium/include, which have been
>> > increme
On Wed, Feb 3, 2010 at 10:31 AM, Keith Whitwell wrote:
> Historically we had a lot of helpers in gallium/include, which have been
> incrementally moved out to gallium/auxiliary.
Is there a way we can structure the code so that the atomic operations
can be made available for core mesa (I guess I'm
Hi all,
I'm working on a DRI2 driver for the mesa EGL, implementation. I have
an egl-dri2 branch in my repo over here:
http://cgit.freedesktop.org/~krh/mesa/commit/?h=egl-dri2
I know that the xdri driver also supports dri2 by including the glx
source, but I don't think that's the best way to
On Mon, Jan 18, 2010 at 1:45 PM, Brian Paul wrote:
> Chia-I Wu wrote:
>> On Fri, Jan 15, 2010 at 08:44:27AM -0700, Brian Paul wrote:
>>> Chia-I Wu wrote:
2010/1/15 Michel Dänzer :
Another question I have is, if depth/stencil should be shareable, how
about other buffers like multisam
On Sun, Jan 17, 2010 at 11:18 PM, Francisco Jerez wrote:
> Kristian Høgsberg writes:
>> No, it sounds good, I'm happy that you're looking into this. I'll
>> have a closer look tomorrow, but what I've had in mind for this kind
>> of thing was that we cou
On Sat, Jan 16, 2010 at 4:58 PM, Francisco Jerez wrote:
> The current buffer validation approach (AKA the DRI2 glViewport hack)
> is both incorrect (because a compliant OpenGL application may opt for
> the identity as viewport transform and work with window coordinates
> directly) and inefficient
2010/1/10 Chia-I Wu :
> Hi Kristian,
>
> I found there are some more breakages after -fvisibility=hidden in
> Gallium state trackers. This patch series marks 3 APIs public
>
> * OpenVG API (patch 1)
> * st_public.h (patch 3)
> * GLX API in GLX state tracker (patch 4)
>
> I am working on a new EGL
On Sun, Jan 3, 2010 at 3:24 PM, José Fonseca wrote:
> On Sun, 2010-01-03 at 08:45 -0800, Brian Paul wrote:
>> 2010/1/2 Chia-I Wu :
>> > On Sat, Jan 02, 2010 at 07:01:02PM -0500, Kristian Høgsberg wrote:
>> >> We have all functions that need to be visible marked
2009/12/29 Thomas Hellstrom :
> Kristian,
>
> I was looking at how Swapbuffers is done with DRI2 when a fake front is
> present:
>
> The back buffer is copied to the real front, and then the real front is
> copied back to the fake.
>
> This causes some problems in the vmwgfx drivers where reading f
We have all functions that need to be visible marked with PUBLIC and
this is trimming around 4% off the DRI driver .so size.
---
Is there a reason this isn't on by default?
cheers,
Kristian
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/conf
Hi all,
I have a patch series here:
http://cgit.freedesktop.org/~krh/mesa/log/?h=remove-dri1
to remove DRI1 support from the Intel DRI driver. The Intel DDX no
longer supports DRI1 and it makes sense to remove DRI1 support from
the DRI driver as well. I split it up in a series of commits, wit
On Thu, Oct 8, 2009 at 5:47 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> The root cause of bug #23308 has been determined to be the use of strtod
> in our assembly and GLSL parsers. When LANG is set to a locale that
> changes the radix from "." to, say, ",", float
On Tue, Sep 1, 2009 at 6:08 AM, Chia-I Wu wrote:
> On Thu, Aug 27, 2009 at 09:38:26AM -0600, Brian Paul wrote:
>> >The current plan is to keep APIspec.txt and add a new es_API.xml.
>> >es_API.xml defines the OpenGL ES API, as gl_API.xml does for OpenGL, and
>> >is used to generate glapi sources und
On Mon, Aug 24, 2009 at 12:02 AM, Chia-I Wu wrote:
> On Fri, Aug 21, 2009 at 08:48:57AM -0600, Brian Paul wrote:
>> >>Yes, the dispatch table should go back in at some point. Since ES
>> >>doesn't have display lists, it wasn't essential to have a dispatch
>> >>table. And since I was pressed for t
2009/8/13 Brian Paul :
> Kristian Høgsberg wrote:
>>
>> On Thu, Aug 13, 2009 at 3:01 AM, Chia-I Wu wrote:
>>>
>>> Hi all,
>>>
>>> While working on EGL and its drivers, I found that I always have to
>>> perform a lookup to convert an E
On Thu, Aug 13, 2009 at 3:01 AM, Chia-I Wu wrote:
> Hi all,
>
> While working on EGL and its drivers, I found that I always have to
> perform a lookup to convert an EGL handle (EGLDisplay, EGLContext, etc.)
> to its internal data structure (_EGLDisplay, _EGLContext, etc.). After
> the lookup, I al
2009/6/15 Michel Dänzer :
> On Mon, 2009-06-15 at 15:34 +0800, Shuang He wrote:
>> According to GLX_EXT_texture_from_pixmap spec, "The storage for the GLX
>> pixmap
>> will be freed when it is not current to any client and all color buffers that
>> are bound to a texture object have been released.
2009/4/3 Michel Dänzer :
> On Thu, 2009-04-02 at 16:28 -0400, Kristian Høgsberg wrote:
>>
>> Ok, yes, glDrawBuffer(GL_FRONT) has to work, but always allocating an
>> extra color buffer that most apps won't ever use is not a good use of
>> memory. So what about th
On Thu, Apr 2, 2009 at 8:01 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>
>> Ok, yes, glDrawBuffer(GL_FRONT) has to work, but always allocating an
>> extra color buffer that most apps won't ever use is
2009/4/2 Ian Romanick :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
>> 2009/4/1 Ian Romanick :
>>> This is part of the fix for DRI2 front-buffer rendering.
>>>
>>> Signed-off-by: Ian Romanick
>>> ---
2009/4/1 Ian Romanick :
>
> Signed-off-by: Ian Romanick
> ---
> include/GL/internal/dri_interface.h | 15 ++-
> src/glx/x11/dri2_glx.c | 1 +
> 2 files changed, 15 insertions(+), 1 deletions(-)
>
> diff --git a/include/GL/internal/dri_interface.h
> b/include/GL/inte
2009/4/1 Ian Romanick :
> This is part of the fix for DRI2 front-buffer rendering.
>
> Signed-off-by: Ian Romanick
> ---
> src/mesa/drivers/dri/intel/intel_context.c | 10 --
> 1 files changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/intel/intel_context.c
On Mon, Mar 30, 2009 at 4:46 AM, Thomas Hellstrom wrote:
> Hi!
>
> Thomas Hellstrom wrote:
>> Hi!
>>
>> I've sent two glx dri patches for review. The first one does some minor
>> optimizations and propagates driver makeCurrent back.
>> The second one is intended to fix the makeContextCurrent(NULL,
2009/3/25 Michel Dänzer :
> On Tue, 2009-03-24 at 16:31 -0700, Eric Anholt wrote:
>> We can work around the cost by suppressing the getbuffers for internal
>> glViewport calls (it was the plan before he came up with the clever
>> hack).
>
> I'm not sure that's necessary; the patch I included limits
2009/3/24 Thomas Hellstrom :
> Hi!
>
> It looks like the dri implementation is quite broken for
> makeContextCurrent(NULL, None, None).
> Drivers expect this to get through to the driver makeCurrent hook to be able
> to flush and to notify core mesa.
I don't know that it's broken or that drivers e
On Thu, Feb 19, 2009 at 8:46 PM, Alan Hourihane wrote:
> Attached is a new DRI2 flush extension that allows the driver to perform
> a "real flush" before dispatching a swap or Xserver copy operation.
>
> Currently we do this before a DRI2CopyRegion() call.
>
> This allows drivers a real "end of sc
On Mon, Feb 9, 2009 at 3:28 PM, Dan Nicholson wrote:
> On Mon, Feb 9, 2009 at 9:11 AM, Brian Paul wrote:
>>
>> In terms of the build system, we'll initially default to the non-gallium
>> build. To build with gallium I'll add some new configs like
>> 'linux-gallium'.
>
> I haven't tried building
On Thu, Feb 5, 2009 at 4:46 PM, Peter Clifton wrote:
> On Fri, 2009-01-30 at 11:51 -0500, Kristian Høgsberg wrote:
>> On Thu, Jan 29, 2009 at 6:08 PM, Eric Anholt wrote:
>> > We can support any combination of (a8r8g8b8, x8r8g8b8, r5g6b5) x
>> > (z0,z24,z24s8)
>&
On Wed, Feb 4, 2009 at 4:08 PM, Chris Wilson wrote:
> Continuing the theme, this patch corrects the length mask for the
> various MI opcodes.
Committed, thanks,
Kristian
--
Create and Deploy Rich Internet Apps outside th
, that should fix it. Or at least let the compositing managers
pick the right fbconfig. We should probably fix all drivers to report
RGB visuals, and then we can yank the reset-alpha-channel hack in the
tfp sw fallback.
Acked-by: Kristian Høgsberg
Thanks¸
Kristian
> ---
> src/mesa/dri
On Thu, 2009-01-22 at 19:52 +, Peter Clifton wrote:
> Hi,
>
> I've been looking into some texturing problems in compiz, seen when
> compiz attempts to make a 24 bit depth window transparent. Once it wants
> to make a window transparent, compiz's painting path switches on various
> texture oper
On Tue, Nov 4, 2008 at 12:05 PM, RALOVICH, Kristóf
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> these patches are against mesa/master.
>
> The code paths were compile and run tested. Running glxgears with Mesa
> built with --enable-xcb yields some 5% speedup when indirect rendering
> (~1FPS -> ~10500FP
On Mon, Oct 6, 2008 at 1:09 PM, Brian Paul
<[EMAIL PROTECTED]> wrote:
> KwangYul Seo wrote:
>> Hi,
>>
>> I want to know the current status of EGL in Mesa. Mesa in the git
>> repository seems to have src/egl, but I can't find it in the stable
>> releases of Mesa. Is this EGL implementation usable?
>
On Tue, 2008-08-26 at 14:19 -0600, Brian Paul wrote:
> Kristian Høgsberg wrote:
> > On Tue, 2008-08-26 at 12:43 +0100, Dave Airlie wrote:
> >>> the following commit
> >>>
> >>> 1724334d7c82abe55b6506dfe369df4facae6f06
> >>
On Tue, 2008-08-26 at 12:43 +0100, Dave Airlie wrote:
> > the following commit
> >
> > 1724334d7c82abe55b6506dfe369df4facae6f06
> >
> > dri: fix crash in driGetConfigAttribIndex
> >
> > Accessing a GLboolean via an int pointer on big-endian == bad.
> >
> > breaks 3D stuff on my rade
On Fri, Jun 27, 2008 at 9:31 AM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> Anyone have any problems with this?
I saw you already added this, but just wanted to say it looks good to me.
thanks,
Kristian
> On Thu, Jun 12, 2008 at 7:12 AM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
>> Since the gl
On Tue, May 13, 2008 at 9:38 PM, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
> On Tue, May 13, 2008 at 5:04 AM, George - <[EMAIL PROTECTED]> wrote:
>>
>> > Date: Mon, 12 May 2008 12:25:26 -0400
>> > From: [EMAIL PROTECTED]
>> > To: [EMAIL P
On Tue, May 13, 2008 at 5:04 AM, George - <[EMAIL PROTECTED]> wrote:
>
> > Date: Mon, 12 May 2008 12:25:26 -0400
> > From: [EMAIL PROTECTED]
> > To: [EMAIL PROTECTED]
> > Subject: Re: [Mesa3d-dev] drixorg: software renderer with dri_interface.h
> > CC: mesa3d-dev@lists.sourceforge.net
>
> >
> > Wow
On Tue, May 13, 2008 at 5:21 AM, Keith Whitwell
<[EMAIL PROTECTED]> wrote:
>
> George,
>
> How about a slight tweak to Kristian's request -- would it be possible to
> use "swrast" instead of just "sw"?
>
> This is the mesa swrast module packaged into a dri driver structure, and
> maintaining that n
On Sun, May 11, 2008 at 8:00 AM, George - <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I did some cleanups and fixes and pushed the patches to:
>
> http://cgit.freedesktop.org/~gsap7/xserver/?h=drixorg
> http://cgit.freedesktop.org/~gsap7/mesa/?h=drixorg
>
> I finally put the driver in drivers/dri/xorg.
On Thu, 2008-04-03 at 21:52 +0200, Markus Amsler wrote:
> commit dc836edf49a08a7fd77fc1f127818b0550558581
> Author: Kristian Høgsberg <[EMAIL PROTECTED]>
> Date: Wed Apr 2 19:04:57 2008 -0400
>
> Initialize GLX_EXT_texture_from_pixmap attributes correctly.
>
> A
On Wed, Mar 26, 2008 at 1:00 PM, Chris Rankin <[EMAIL PROTECTED]> wrote:
> --- Markus Amsler <[EMAIL PROTECTED]> wrote:
> > No problem here. But I think I've seen this error before. Perhaps it's
> > an drm/mesa setup issue.
>
> Here is the useful part of the backtrace, when a drawable 0x71 first
On Tue, Mar 11, 2008 at 11:32 PM, Chris Taylor <[EMAIL PROTECTED]> wrote:
> I believe that the following patch should be added in addition to the
> changes that Kristian Høgsberg <[EMAIL PROTECTED]> made in commit
> 3731159ec6e1527655d91b3eb364d5c2d252ac60.
>
> This p
On Mon, Mar 10, 2008 at 4:22 PM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
>
> On Mon, Mar 10, 2008 at 2:15 PM, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, Mar 10, 2008 at 2:32 PM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> > > Kri
On Mon, Mar 10, 2008 at 2:32 PM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> Kristian,
>
> Unfortunately, moving the libGL install target to src/glx breaks all
> the non-glx targets since libGL will never be installed in those
> cases. Is there a particular problem you were trying to solve with
>
On Wed, Feb 27, 2008 at 12:43 PM, Dan Nicholson <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 27, 2008 at 8:26 AM, Adam Jackson <[EMAIL PROTECTED]> wrote:
> > Aah, the Mesa question. I love this part.
> >
> > DRI2, unlike pciaccess, is not a complete switchover. Both the DDX and
> > the DRI dri
On Thu, Feb 14, 2008 at 1:38 AM, José Fonseca
<[EMAIL PROTECTED]> wrote:
> I'll dedicate some time now to reorganize gallium's code & build process.
> This is
> stuff which has been discussed internally at TG several times, but this time
> I
> want to get it done.
>
> My objectives are:
> -
On Dec 9, 2007 6:42 AM, José Fonseca <[EMAIL PROTECTED]> wrote:
> On Sat, 08 Dec 2007 17:48:59 -0800, Dan Nicholson wrote:
> > On Dec 8, 2007 12:48 PM, Alex Neundorf <[EMAIL PROTECTED]>
> > wrote:
...
> > Maybe the most important is that autoconf is really mature, well
> > understood and supports t
On Sat, 2007-10-27 at 21:45 +0100, Chris Rankin wrote:
> Hi,
>
> Recently, World of Warcraft has been crashing for me in OpenGL mode with an
> X-protocol error.
> Basically, an attempt to create a GLX context was returning an error from a
> previous attempt to
> destroy one. The following patch
On 10/18/07, Ian Romanick <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian HXXgsberg wrote:
>
> > New commits:
> > commit 6c533ea2d1953152f7d95d6c984e0d287edb46c2
> > Author: Kristian Høgsberg <[EMAIL PROTECTED]&g
On 9/20/07, José Fonseca <[EMAIL PROTECTED]> wrote:
> On 9/19/07, Gabor Gombas <[EMAIL PROTECTED]> wrote:
> > On Wed, Sep 19, 2007 at 10:20:49AM +, José Fonseca wrote:
> > > However, when loaded, references to __glXFreeContext *inside*
> > > libglxgext.so are linked to the external __glXFreeCon
On 5/18/07, Ian Romanick <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
> > Hi,
> >
> > I've been working on updating the DRI interface
> > (GL/internal/dri_interface.h) the last few
Hi,
I've been working on updating the DRI interface
(GL/internal/dri_interface.h) the last few days and I though I'd post
a heads up to the lists to get some feedback. The work I've been
doing starts out with the patches in bug 5714, implements Ians
suggestions in comment #20, and quite a bit mor
On 12/8/06, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> Hi Haihao,
>
>
> glad to see your write access is working. :)
>
> > fix bug#9237
>
> It would be nice if you could make the commit messages a little more
> verbose. As was mentioned on this list recently, the convention for git
> is to wr
1 - 100 of 114 matches
Mail list logo