Re: [Mesa3d-dev] Mesa (master): gallium: Implement atomic for MSVC on x86.

2009-03-17 Thread Thomas Hellstrom
José Fonseca wrote: On Mon, 2009-03-16 at 06:09 -0700, Michał Król wrote: On Mon, Mar 16, 2009 at 1:59 PM, José Fonseca jfons...@vmware.com wrote: Shouldn't we use InterlockedIncrement ( http://msdn.microsoft.com/en-us/library/ms683614(VS.85).aspx ) and friends in Windows instead of

Re: [Mesa3d-dev] Mesa (master): gallium: Implement atomic interface for windows user mode subsystem.

2009-03-17 Thread Thomas Hellstrom
Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Hellström wrote: Ian Romanick wrote: MichaÅ Król wrote: Module: Mesa Branch: master Commit: a7d42e11b4e97f19eaeb3b5ee811f04adb05b13d URL:

Re: [Mesa3d-dev] all development moved to gallium?

2009-03-17 Thread José Fonseca
Both are under development. Gallium depends on Mesa for OpenGL support. Jose On Sun, 2009-03-15 at 23:19 -0700, Neo The User wrote: is mesa, itself, still in development or has everything moved on to gallium? Neo_The_User, Co-founder and programmer for PS3Brewery Playstation 3 development

Re: [Mesa3d-dev] dri / glx, xcb and thread-safety.

2009-03-17 Thread Thomas Hellstrom
Thomas Hellström wrote: Hi! I'm currently looking into the thread-safety of the dri drivers. In particular the calls to libX11. It appears that many of the applications I've tried have issues with deadlocks in the XCB code. It looks like this might be an issue with the locking order of

Re: [Mesa3d-dev] dri / glx, xcb and thread-safety.

2009-03-17 Thread Keith Whitwell
On Tue, 2009-03-17 at 03:56 -0700, José Fonseca wrote: On Tue, 2009-03-17 at 03:39 -0700, Thomas Hellstrom wrote: Thomas Hellström wrote: Hi! I'm currently looking into the thread-safety of the dri drivers. In particular the calls to libX11. It appears that many of the

Re: [Mesa3d-dev] dri / glx, xcb and thread-safety.

2009-03-17 Thread Thomas Hellstrom
Keith Whitwell wrote: On Tue, 2009-03-17 at 03:56 -0700, José Fonseca wrote: On Tue, 2009-03-17 at 03:39 -0700, Thomas Hellstrom wrote: Thomas Hellström wrote: Hi! I'm currently looking into the thread-safety of the dri drivers. In particular the calls to libX11. It

Re: [Mesa3d-dev] dri / glx, xcb and thread-safety.

2009-03-17 Thread Thomas Hellstrom
Thomas Hellstrom wrote: Keith Whitwell wrote: On Tue, 2009-03-17 at 03:56 -0700, José Fonseca wrote: On Tue, 2009-03-17 at 03:39 -0700, Thomas Hellstrom wrote: Thomas Hellström wrote: Hi! I'm currently looking into the thread-safety of the dri drivers.

Re: [Mesa3d-dev] dri / glx, xcb and thread-safety.

2009-03-17 Thread Michel Dänzer
On Die, 2009-03-17 at 14:12 +0100, Thomas Hellstrom wrote: Attached is a program that should be linked with -lpthread -lX11. For me it deadlocks immediately with an XCB-enabled Xlib, but works fine without XCB. Have you made the Xlib/XCB developers aware of this, e.g. via a bug report on

Re: [Mesa3d-dev] dri / glx, xcb and thread-safety.

2009-03-17 Thread Thomas Hellstrom
Michel Dänzer wrote: On Die, 2009-03-17 at 14:12 +0100, Thomas Hellstrom wrote: Attached is a program that should be linked with -lpthread -lX11. For me it deadlocks immediately with an XCB-enabled Xlib, but works fine without XCB. Have you made the Xlib/XCB developers

Re: [Mesa3d-dev] [RFC] patches to merge to mesa_7_4_branch

2009-03-17 Thread Brian Paul
Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Paul wrote: Ian Romanick wrote: What spurred this is that we (Intel) are doing our quarterly driver release at the end of the month. Our preferred method is to take the current Mesa stable branch or stable release to

Re: [Mesa3d-dev] tritemp.h pixel insideness testing

2009-03-17 Thread Brian Paul
Chen Rabiner wrote: Hello guys, My name is Chen, and I’m working on linux-opengl compatibility tests for embedded design. I am using MESA as reference code. As far as i understand opengl require to sample at pixel centers (e.g. (0.5,0.5) (1.5, 0,5) and so on...) and check if that exact

Re: [Mesa3d-dev] tritemp.h pixel insideness testing

2009-03-17 Thread Chen Rabiner
my questions are 1. Do both modes (e.g. double and fixed) test if a sampled pixel center is inside the triangle, from the calculation i'm not sure. Yes. If both sample exact pixel center, why do they get different results, i would expect the exact same triangle to be rasterized? Just to

Re: [Mesa3d-dev] Mesa (master): gallium: Implement atomic interface for windows user mode subsystem.

2009-03-17 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Hellstrom wrote: Ian Romanick wrote: Thomas Hellström wrote: I do think, however, that for libatomic_ops, people might have issues with the GPL license. I do agree that the use of GPL libraries in Mesa is, at this point, at least a

Re: [Mesa3d-dev] Mesa (master): gallium: Implement atomic interface for windows user mode subsystem.

2009-03-17 Thread Michał Król
Ian Romanick pisze: Synchronization, memory barriers, atomic operations, etc. are all dark voodoo. It's one of those things like crypto that really should be left to the experts. Re-inventing it is almost universally the wrong choice. Ian, How would we use libatomic_ops in Windows

Re: [Mesa3d-dev] Mesa (master): gallium: Implement atomic interface for windows user mode subsystem.

2009-03-17 Thread Michał Król
Ian Romanick pisze: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michał Król wrote: Ian Romanick pisze: Synchronization, memory barriers, atomic operations, etc. are all dark voodoo. It's one of those things like crypto that really should be left to the experts. Re-inventing

Re: [Mesa3d-dev] Mesa (master): gallium: Implement atomic interface for windows user mode subsystem.

2009-03-17 Thread Ian Romanick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michał Król wrote: Ian Romanick pisze: Michał Król wrote: Ian Romanick pisze: Synchronization, memory barriers, atomic operations, etc. are all dark voodoo. It's one of those things like crypto that really should be left to the experts.

[Mesa3d-dev] signed rgba texture format spec

2009-03-17 Thread Roland Scheidegger
Ok, since it looked like there might be people wanting to give this a look, here's the draft spec of MESA_texture_signed_rgba. Roland Name MESA_texture_signed_rgba Name Strings GL_MESA_texture_signed_rgba Contact Notice IP Status No known IP issues Status Version