[Mesa-dev] Please mark _glapi_proc in xserver/glx/glapi.c as PUBLIC

2011-02-10 Thread Peter Hjalmarsson
Hello _glapi_proc was marked as PUBLIC in the following commit in the mesa tree [1], however that was never mirrored in the api for aiglx in the xserver tree. If you have linked Gallium3D drivers with -z,now (as for example Hardened Gentoo does) or try to run X with LD_BIND_NOW=1 you will get an e

[Mesa-dev] [Bug 31940] [r300g] Crash in dri2_invalidate_drawable

2011-02-10 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=31940 --- Comment #17 from Marek Olšák 2011-02-10 18:04:51 PST --- Jakob, please could you possibly push the fix to master? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --

[Mesa-dev] Mesa garbage collection and threads

2011-02-10 Thread Andy Skinner
Hi. We've had some problems with XMesaGarbageCollect with multiple threads. For various reasons, we've had different Display pointers on different threads. We have a problem when XSync is called on a Display in the list of Mesa buffers, on a thread where we weren't intending to handle that Di

Re: [Mesa-dev] [PATCH] New configure option for mesa to enable readonly text segments for x86

2011-02-10 Thread tom fogal
Magnus Granberg writes: > This patch add new configure options to enable readonly text segments > for x86 For any apps that use any libGL with writeble text segments > on x86 with a Grsec/PaX/Selinux enable kernel get killed with cannot > make segment writable for relocation: Permission denied. Th

Re: [Mesa-dev] sRGB in gallium

2011-02-10 Thread Alex Deucher
On Thu, Feb 10, 2011 at 9:17 AM, Roland Scheidegger wrote: > Am 10.02.2011 13:25, schrieb Henri Verbeet: >> On 10 February 2011 09:47, José Fonseca > Wouldn't it be >> easier/cleaner if sRGB sampling/rendering support was not >>> done through formats, but through enable/disable bits in >>> pipe_sa

Re: [Mesa-dev] sRGB in gallium

2011-02-10 Thread José Fonseca
On Thu, 2011-02-10 at 02:06 -0800, Christoph Bumiller wrote: > On 10.02.2011 09:47, José Fonseca wrote: > > On Wed, 2011-02-09 at 17:55 -0800, Dave Airlie wrote: > >> On Thu, Feb 10, 2011 at 11:27 AM, Marek Olšák wrote: > >>> In this case, we always use the corresponding linear format in > >>> cr

Re: [Mesa-dev] sRGB in gallium

2011-02-10 Thread Roland Scheidegger
Am 10.02.2011 13:25, schrieb Henri Verbeet: > On 10 February 2011 09:47, José Fonseca > Wouldn't it be > easier/cleaner if sRGB sampling/rendering support was not >> done through formats, but through enable/disable bits in >> pipe_sampler_view/pipe_rt_blend_state? >> > The issue with that is that s

Re: [Mesa-dev] sRGB in gallium (was: allow rendering to sRGB textures if EXT_fb_srgb is unsupported)

2011-02-10 Thread Henri Verbeet
On 10 February 2011 09:47, José Fonseca > Wouldn't it be easier/cleaner if sRGB sampling/rendering support was not > done through formats, but through enable/disable bits in > pipe_sampler_view/pipe_rt_blend_state? > The issue with that is that sRGB only really makes sense for the 8-bit RGBA format

Re: [Mesa-dev] sRGB in gallium

2011-02-10 Thread Christoph Bumiller
On 10.02.2011 09:47, José Fonseca wrote: > On Wed, 2011-02-09 at 17:55 -0800, Dave Airlie wrote: >> On Thu, Feb 10, 2011 at 11:27 AM, Marek Olšák wrote: >>> In this case, we always use the corresponding linear format in >>> create_surface, >>> therefore we should check for linear format support a

Re: [Mesa-dev] sRGB in gallium (was: allow rendering to sRGB textures if EXT_fb_srgb is unsupported)

2011-02-10 Thread Dave Airlie
On Thu, Feb 10, 2011 at 6:47 PM, José Fonseca wrote: > On Wed, 2011-02-09 at 17:55 -0800, Dave Airlie wrote: >> On Thu, Feb 10, 2011 at 11:27 AM, Marek Olšák wrote: >> > In this case, we always use the corresponding linear format in >> > create_surface, >> > therefore we should check for linear

[Mesa-dev] sRGB in gallium (was: allow rendering to sRGB textures if EXT_fb_srgb is unsupported)

2011-02-10 Thread José Fonseca
On Wed, 2011-02-09 at 17:55 -0800, Dave Airlie wrote: > On Thu, Feb 10, 2011 at 11:27 AM, Marek Olšák wrote: > > In this case, we always use the corresponding linear format in > > create_surface, > > therefore we should check for linear format support as well. > > Seems sane to me. > > Dave.