[Mesa-dev] [PATCH] mesa: Fix format matching checks for GL_INTENSITY* internalformats.

GL_INTENSITY has never been valid as a pixel format -- to get the memcpy pack/unpack paths, the app needs to specify GL_RED as the pixel format (or GL_RED_INTEGER for the integer formats). Signed-off-by: Chris Forbes --- src/mesa/main/formats.c | 20 1 file changed, 12 inser

[Mesa-dev] [PATCH] mesa: Generate FRAMEBUFFER_INCOMPLETE_MISSING_ATTACHMENT earlier

The ARB_framebuffer_object spec lists this case before the FRAMEBUFFER_INCOMPLETE_DRAW_BUFFER and FRAMEBUFFER_INCOMPLETE_READ_BUFFER cases. Fixes two broken cases in piglit's fbo-incomplete test, if ARB_ES2_compatibility is not advertised. (If it is, this is masked because the FRAMEBUFFER_INCOMPLE

Re: [Mesa-dev] RFC: Fixing XBMC crash with NV_vdpau_interop

Am 22.03.2014 23:33, schrieb Brian Paul: On Sat, Mar 22, 2014 at 2:49 PM, Christian König mailto:deathsim...@vodafone.de>> wrote: Hi guys, recently some XBMC users complained about crashes with the relatively new NV_vdpau_interop support. That turned out to be a problem with h

[Mesa-dev] [PATCH 3/3] st/mesa: Revert use pipe_sampler_view_release()

From: Christian König The original problem is fixed by now and unconditionally destroying the sampler view, which is possible still referenced elsewhere, is a really bad idea also. This reverts commit 670be71bd801fea876f7512865ed5f54340da9be. Signed-off-by: Christian König --- src/mesa/state_

[Mesa-dev] [PATCH 1/3] st/mesa: recreate sampler view on context change v2

From: Christian König With shared glx contexts it is possible that a texture is create and used in one context and then used in another one resulting in incorrect sampler view usage. v2: avoid template copy Signed-off-by: Christian König --- src/mesa/state_tracker/st_atom_texture.c | 7 ++

[Mesa-dev] [PATCH 2/3] st/mesa: fix sampler view handling with shared textures

From: Christian König Release the references to the sampler views before destroying the pipe context. TODO: Do we need to lock something? Signed-off-by: Christian König --- src/gallium/drivers/radeonsi/si_descriptors.c | 2 ++ src/mesa/state_tracker/st_atom.h | 2 ++ src/mesa/s

[Mesa-dev] [Bug 76489] Mesa git (011569b5b7) compilation issue: render2.c:49:4: error: implicit declaration of function '__glMap1d_size' [-Werror=implicit-function-declaration]

https://bugs.freedesktop.org/show_bug.cgi?id=76489 Emil Velikov changed: What|Removed |Added See Also||https://bugs.freedesktop.or

[Mesa-dev] [Bug 67740] render2.c: In function '__indirect_glMap1d'

https://bugs.freedesktop.org/show_bug.cgi?id=67740 Emil Velikov changed: What|Removed |Added See Also||https://bugs.freedesktop.or

[Mesa-dev] [Bug 76489] Mesa git (011569b5b7) compilation issue: render2.c:49:4: error: implicit declaration of function '__glMap1d_size' [-Werror=implicit-function-declaration]

https://bugs.freedesktop.org/show_bug.cgi?id=76489 --- Comment #2 from Dâniel Fraga --- (In reply to comment #1) > Seems like I might need to eat my own words :-) > > * Can you make sure that you do not have any local changes and/or danglin' > files - git reset --hard origin/master && git clean

Re: [Mesa-dev] Questions regarding KHR_debug for OpenGL ES

On Mon, 2014-03-17 at 11:42 -0700, Felipe Tonello wrote: > Hi all, > > I'm working on the KHR_debug for OpenGL ES junior job. I recently > submitted patches to allow the piglit tests to be enabled in GLES > contexts as well. > Now I want to work on the src/mapi/glapi/gen/es_EXT.xml file. Recently

[Mesa-dev] [Bug 76489] Mesa git (011569b5b7) compilation issue: render2.c:49:4: error: implicit declaration of function '__glMap1d_size' [-Werror=implicit-function-declaration]

https://bugs.freedesktop.org/show_bug.cgi?id=76489 --- Comment #3 from Emil Velikov --- (In reply to comment #2) [...] > Hi Emil ;) I did the git reset and clean and it didn't work. I'm using Linux > (x86_64) with a installation similar to Linux from scratch. I compile > everything. Just Mesa is

[Mesa-dev] [Bug 76530] New: account request

https://bugs.freedesktop.org/show_bug.cgi?id=76530 Priority: medium Bug ID: 76530 Assignee: mesa-dev@lists.freedesktop.org Summary: account request Severity: normal Classification: Unclassified OS: All Reporter: d..

[Mesa-dev] [Bug 76530] account request

https://bugs.freedesktop.org/show_bug.cgi?id=76530 --- Comment #1 from Lucas Stach --- Created attachment 96259 --> https://bugs.freedesktop.org/attachment.cgi?id=96259&action=edit GPG pubkey -- You are receiving this mail because: You are the assignee for the bug. ___

Re: [Mesa-dev] intel, dma-buf import and egl image external

On Sat, Mar 8, 2014 at 12:13 AM, Pohjolainen, Topi wrote: > On Mon, Mar 03, 2014 at 01:19:48PM +1000, Dave Airlie wrote: >> There is a comment and two checks in the i965 dma-buf importer, >> >> * Images originating via EGL_EXT_image_dma_buf_import can be used only >> * with GL_OES_EGL_image_extern

[Mesa-dev] [Bug 76489] Mesa git (011569b5b7) compilation issue: render2.c:49:4: error: implicit declaration of function '__glMap1d_size' [-Werror=implicit-function-declaration]

https://bugs.freedesktop.org/show_bug.cgi?id=76489 --- Comment #4 from Dâniel Fraga --- (In reply to comment #3) > Hmmm, are you following the official instructions [1] ? The website > indicates zero problems with mesa 10.0 and 9.2. Would you consider this a > regression in mesa, or is it the fi

[Mesa-dev] [Bug 76489] Mesa git (011569b5b7) compilation issue: render2.c:49:4: error: implicit declaration of function '__glMap1d_size' [-Werror=implicit-function-declaration]

https://bugs.freedesktop.org/show_bug.cgi?id=76489 --- Comment #5 from Emil Velikov --- (In reply to comment #4) [...] > No, because it's not Linux from scratch. It's like LFS, but not exactly like > they do. Anyway, I compile all software I use. Mesa seems the most Great you feel like going thro