[Mesa-dev] [PATCH v2 1/4] Introduce a new EGL extension MESA_EGL_resource_sharing

2013-07-16 Thread Zhigang Gong
This extension provides entry points for exposing internal GL resouces to external libraries for sharing access purpose. One good candiate of the external library is the Open CL GL extension. The extension lets applications can acquire a low level attributes of the given texture/buffer

[Mesa-dev] [PATCH v2 2/4] EGL: Implement the new extension MESA_EGL_extension_sharing.

2013-07-16 Thread Zhigang Gong
OpenCL has some extension can create CL memory object from GL textures/buffer objects/render buffers. The existing extension can't satisfied this requirement. As we need to pass the resource handler directly to the dri driver layer and get some low level information back which may include the low

[Mesa-dev] [PATCH v2 3/4] DRI: implement helper functions for dri resource sharing extension.

2013-07-16 Thread Zhigang Gong
Signed-off-by: Zhigang Gong zhigang.g...@linux.intel.com --- src/mesa/drivers/dri/common/dri_util.c | 48 src/mesa/drivers/dri/common/dri_util.h | 10 +++ 2 files changed, 58 insertions(+) diff --git a/src/mesa/drivers/dri/common/dri_util.c

[Mesa-dev] [PATCH v2 4/4] i965: implement driResourceSharing extension.

2013-07-16 Thread Zhigang Gong
This patch implements the texture sharing. Signed-off-by: Zhigang Gong zhigang.g...@linux.intel.com --- src/mesa/drivers/dri/i965/Makefile.am |2 + src/mesa/drivers/dri/i965/Makefile.sources |1 + .../drivers/dri/i965/intel_dri_resource_sharing.c | 192

[Mesa-dev] [Bug 47824] osmesa using --enable-shared-glapi depends on libgl

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=47824 Maarten Lankhorst m.b.lankho...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [Mesa-dev] [PATCH 1/8] Support of RENDER_TYPE property [1/6] Correct handling of RENDER_TYPE property.

2013-07-16 Thread Tomasz Lis
Thank you for your feedback. I will modify all patches to have short description below email title. I will add glx: to the GLX patches. 2013/7/16 Kenneth Graunke kenn...@whitecape.org On 07/15/2013 01:41 PM, Ian Romanick wrote: On 07/15/2013 07:28 AM, Tomasz Lis wrote: The change is to

[Mesa-dev] [PATCH] gallium: add flush_resource context function

2013-07-16 Thread Marek Olšák
r600g needs explicit flushing before DRI2 buffers are presented on the screen. A complete implementation in all drivers will follow once this is acked. --- src/gallium/docs/source/context.rst | 13 + src/gallium/include/pipe/p_context.h | 13

Re: [Mesa-dev] [PATCH 4/8] Support of RENDER_TYPE property [4/6] Handling in glXCreateContext and init_fbconfig_for_chooser.

2013-07-16 Thread Tomasz Lis
Thank you for your comments. GCC Warnings: There are no warnings in glxcmds.c during build. I think GCC only warns when multiple logic/bitwise operators are used in a row. Setting context renderType from config renderType: Invalid value of renderType in configs may be caused by DRI drivers

Re: [Mesa-dev] [PATCH 3/8] Support of RENDER_TYPE property [3/6] Changes to visual configs initialization.

2013-07-16 Thread Brian Paul
On 07/15/2013 12:33 PM, Ian Romanick wrote: On 07/15/2013 07:28 AM, Tomasz Lis wrote: [...] diff --git a/src/mesa/drivers/x11/fakeglx.c b/src/mesa/drivers/x11/fakeglx.c index 969ee7d..7a2cfbe 100644 --- a/src/mesa/drivers/x11/fakeglx.c +++ b/src/mesa/drivers/x11/fakeglx.c I'm not sure these

[Mesa-dev] [Bug 66955] Substituting an older libstdc++ when running a GL program causes a segfault in the Xserver.

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66955 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop

[Mesa-dev] [Bug 66850] glGenerateMipmap crashes when using GL_TEXTURE_2D_ARRAY with compressed internal format

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66850 --- Comment #2 from Brian Paul bri...@vmware.com --- Created attachment 82481 -- https://bugs.freedesktop.org/attachment.cgi?id=82481action=edit patch 2/3 -- You are receiving this mail because: You are the assignee for the bug.

[Mesa-dev] [Bug 66850] glGenerateMipmap crashes when using GL_TEXTURE_2D_ARRAY with compressed internal format

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66850 --- Comment #3 from Brian Paul bri...@vmware.com --- Created attachment 82482 -- https://bugs.freedesktop.org/attachment.cgi?id=82482action=edit patch 3/3 Here's a patch series to try. Let me know if this helps. -- You are receiving this

[Mesa-dev] [Bug 66955] Substituting an older libstdc++ when running a GL program causes a segfault in the Xserver.

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66955 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [Mesa-dev] OSMesa Help

2013-07-16 Thread Brian Paul
On 07/15/2013 05:38 PM, Andy Li wrote: Hi Brian, Thank you so much for your time and help along, up to this point, the code make much more sense to me. However, I have a few more questions here, hope that you will be able to help me out. I am wondering Where the

Re: [Mesa-dev] [PATCH 5/8] Support of RENDER_TYPE property [5/6] Storing the RENDER_TYPE in indirect rendering.

2013-07-16 Thread Tomasz Lis
Thank you for your review. I will add the white space. I will remove the unused parameter code. 2013/7/15 Ian Romanick i...@freedesktop.org On 07/15/2013 07:28 AM, Tomasz Lis wrote: The change allows to store RENDER_TYPE value in GLX context when indirect rendering is in use. ---

[Mesa-dev] [Bug 66955] Substituting an older libstdc++ when running a GL program causes a segfault in the Xserver.

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66955 --- Comment #6 from Marek Olšák mar...@gmail.com --- Oh and by the way, the X crash seems to be caused by indirect rendering, which had been broken according to what Keith Packard said at XDC2012, IIRC. The issue will be trivially resolved by

Re: [Mesa-dev] [PATCH 6/8] Support of RENDER_TYPE property [6/6] Verification of the RENDER_TYPE value.

2013-07-16 Thread Tomasz Lis
Thank you. I will rename the function to validate_renderType_against_config and make it return bool. I will fix the brace. 2013/7/15 Ian Romanick ian.d.roman...@intel.com On 07/15/2013 07:28 AM, Tomasz Lis wrote: The change is to correctly handle the value of renderType in GLX context. In

[Mesa-dev] [Bug 66955] Substituting an older libstdc++ when running a GL program causes a segfault in the Xserver.

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66955 --- Comment #7 from Phil Armstrong p...@kantaka.co.uk --- (In reply to comment #5) The solution is simple: don't use an older libstdc++. Lots of closed source apps do that, which breaks them if the Mesa driver was linked against a newer

[Mesa-dev] [Bug 66955] Substituting an older libstdc++ when running a GL program causes a segfault in the Xserver.

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66955 --- Comment #8 from Marek Olšák mar...@gmail.com --- Sorry for my hastiness. If you have a fix, that's great! Feel free to send it to the appropriate mailing list. Thanks! -- You are receiving this mail because: You are the assignee for the

[Mesa-dev] [Bug 66955] Substituting an older libstdc++ when running a GL program causes a segfault in the Xserver.

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66955 --- Comment #9 from Phil Armstrong p...@kantaka.co.uk --- Sadly I was only referring to the 'dump the old libstdc++' solution to the immediate problem of the Xserver crashing. I don't have a patch at this point. If the reality is 'this problem

Re: [Mesa-dev] [PATCH] llvmpipe: use MCJIT on ARM and AArch64

2013-07-16 Thread Jose Fonseca
Looks alright be me. Jose - Original Message - From: Kyle McMartin k...@redhat.com MCJIT is the only supported LLVM JIT on AArch64 and ARM (the regular JIT has bit-rotted badly on ARM and doesn't exist on AArch64.) Signed-off-by: Kyle McMartin k...@redhat.com ---

[Mesa-dev] [Bug 66931] Can't specify local buffer size using clSetKernelArg

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66931 Jonathan Charest jchar...@gmail.com changed: What|Removed |Added Attachment #82462|0 |1 is

[Mesa-dev] [Bug 66886] eglChooseConfig returns true even if it fails matching the config

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66886 --- Comment #1 from Chad Versace chad.vers...@linux.intel.com --- From my understanding of the EGL spec, Mesa behaves correctly. eglChooseConfig should return false only if an error occured. And, if an error occurred, then there is always an

Re: [Mesa-dev] [PATCH] glapi: Do not use backtrace on OpenBSD.

2013-07-16 Thread Chad Versace
On 07/12/2013 05:01 PM, Vinson Lee wrote: execinfo.h is not available on OpenBSD. Signed-off-by: Vinson Lee v...@freedesktop.org --- Committed to master, and Reviewed-by: Chad Versace chad.vers...@linux.intel.com ___ mesa-dev mailing list

Re: [Mesa-dev] [PATCH] glsl: Initialize ast_jump_statement::opt_return_value.

2013-07-16 Thread Chad Versace
On 07/14/2013 12:57 AM, Vinson Lee wrote: opt_return_value was not initialized if mode != ast_return. Fixes Uninitialized pointer field defect reported by Coverity. Signed-off-by: Vinson Lee v...@freedesktop.org --- src/glsl/glsl_parser_extras.cpp | 1 + 1 file changed, 1 insertion(+)

[Mesa-dev] [Bug 44618] Cross-compilation broken by glsl builtin_compiler

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=44618 Chad Versace chad.vers...@linux.intel.com changed: What|Removed |Added CC|

Re: [Mesa-dev] [PATCH 3/8] Support of RENDER_TYPE property [3/6] Changes to visual configs initialization.

2013-07-16 Thread Tomasz Lis
Thank you for your feedback. I will remove GL_TRUE/FALSE and treat these as C logic values. I will change setting of the mutually exclusive flags. While I think using bitwise OR emphases the fact that these are bit flags and not integer values, both ways will work. Please make sure someone will

Re: [Mesa-dev] [PATCH 7/8] Float fbconfigs frontend patch [1/2] Float configs extension strings.

2013-07-16 Thread Tomasz Lis
Thank you. I will change all the VER to 0,0. I will turn this patch into last one in the series. Regarding indirect rendering - I didn't tested it. Please let me know if I should change any of the Y/N switches. 2013/7/15 Ian Romanick i...@freedesktop.org On 07/15/2013 07:28 AM, Tomasz Lis

[Mesa-dev] [PATCH 1/2] gallivm: handle nan's in min/max

2013-07-16 Thread Zack Rusin
Both D3D10 and OpenCL say that if one the inputs is nan then the other should be returned. To preserve that behavior the patche fixes both the sse and the non-sse paths in both functions. Signed-off-by: Zack Rusin za...@vmware.com --- src/gallium/auxiliary/gallivm/lp_bld_arit.c | 60

[Mesa-dev] [PATCH 2/2] gallivm: fix edge cases in exp2

2013-07-16 Thread Zack Rusin
exp2(0) needs to be exactly 1, if exp2(src) overflows then it has to be equal to infinity and exp2(nan) has to be equal to a nan. The patches fixes all three cases. Signed-off-by: Zack Rusin za...@vmware.com --- src/gallium/auxiliary/gallivm/lp_bld_arit.c | 16 +++- 1 file changed,

[Mesa-dev] [PATCH] st/mesa: expose EXT_framebuffer_multisample_blit_scaled if MSAA is supported

2013-07-16 Thread Marek Olšák
Surprisingly all drivers supporting MSAA can already do this (r300g and r600g for sure) and I think Christoph wanted to have this feature for his Nouveau drivers anyway. --- I'll remove PIPE_CAP_SCALED_RESOLVE in a follow-on change if this is acked. src/mesa/state_tracker/st_extensions.c | 1 +

Re: [Mesa-dev] [PATCH v2 2/5] main: do nothing in the ff fragment shader when using the core profile.

2013-07-16 Thread Paul Berry
On 15 July 2013 15:50, Ian Romanick i...@freedesktop.org wrote: On 07/12/2013 06:25 PM, Paul Berry wrote: When the core profile is active, there is no fixed function fragment shader functionality. However, we still need to generate a dummy fragment shader program in case the back-end

[Mesa-dev] [PATCH 1/9] Support of RENDER_TYPE property [1/7] Store the value of renderType while creating context.

2013-07-16 Thread Tomasz Lis
glx: Store the value of renderType while creating context. This patch makes sure that renderType property value is stored in GLX context while it's being created. Further patches will be provided to make the value correspond to fbconfig's renderType. --- src/glx/dri2_glx.c |7 +++

[Mesa-dev] [PATCH 2/9] Support of RENDER_TYPE property [2/7] Retrieve the value of RENDER_TYPE from GLX attribs array.

2013-07-16 Thread Tomasz Lis
glx: Retrieve the value of RENDER_TYPE from GLX attribs array. This change makes sure that context creation routines are provided with the value of RENDER_TYPE retrieved from GLX attribs. --- src/glx/dri2_glx.c |3 ++- src/glx/dri_common.c |8 src/glx/dri_common.h |2 +-

[Mesa-dev] [PATCH 3/9] Support of RENDER_TYPE property [3/7] Changes to visual configs initialization.

2013-07-16 Thread Tomasz Lis
glx: Changes to visual configs initialization. The change is to correctly handle the value of renderType and drawableType in fbconfig. This part modifies glXInitializeVisualConfigFromTags to read the parameter value, or detect it if it's not there. --- src/glx/glxext.c | 37

[Mesa-dev] [PATCH 4/9] Support of RENDER_TYPE property [4/7] Handling in glXCreateContext and init_fbconfig_for_chooser.

2013-07-16 Thread Tomasz Lis
glx: Handling RENDER_TYPE in glXCreateContext and init_fbconfig_for_chooser. This patch sets the correct values of renderType in glXCreateContext and init_fbconfig_for_chooser routines. --- src/glx/glxcmds.c | 25 + 1 file changed, 21 insertions(+), 4 deletions(-)

[Mesa-dev] [PATCH 5/9] Support of RENDER_TYPE property [5/7] Storing the RENDER_TYPE in indirect rendering.

2013-07-16 Thread Tomasz Lis
glx: Storing the RENDER_TYPE in indirect rendering. The change allows to store RENDER_TYPE value in GLX context when indirect rendering is in use. --- src/glx/create_context.c |4 +++- src/glx/glxclient.h |7 +++ src/glx/glxcmds.c|1 - src/glx/indirect_glx.c | 29

[Mesa-dev] [PATCH 6/9] Support of RENDER_TYPE property [6/7] Verification of the RENDER_TYPE value.

2013-07-16 Thread Tomasz Lis
glx: Verification of the RENDER_TYPE value. The change is to correctly handle the value of renderType in GLX context. In case of the value being incorrect, context creation fails. --- src/glx/dri2_glx.c |9 + src/glx/dri_glx.c |5 +

[Mesa-dev] [PATCH 8/9] Float fbconfigs frontend patch [1/2] Introduce new flags in __DRI_ATTRIB_RENDER_TYPE.

2013-07-16 Thread Tomasz Lis
From: Tomasz Lis tomasz@intel.com dri: Introduce new flags in __DRI_ATTRIB_RENDER_TYPE. The patch marks __DRI_ATTRIB_FLOAT_MODE as deprecated and introduces nrw flags to __DRI_ATTRIB_RENDER_TYPE which are to define float modes. Both signed float (fbconfig_float) and unsigned (packed_float)

[Mesa-dev] [PATCH 9/9] Float fbconfigs frontend patch [2/2] Float configs extension strings.

2013-07-16 Thread Tomasz Lis
From: Tomasz Lis tomasz@intel.com glx: Float configs extension strings. The patch defines fbconfig_float in tables of extensions and enables reporting the extension availability. Signed-off-by: Tomasz Lis lis...@gmail.com --- src/glx/glxextensions.c |2 ++ src/glx/glxextensions.h |

[Mesa-dev] [PATCH 7/9] Support of RENDER_TYPE property [7/7] Require proper drawableType in init_fbconfig_for_chooser.

2013-07-16 Thread Tomasz Lis
glx: Require proper drawableType in init_fbconfig_for_chooser. This patch makes sure that init_fbconfig_for_chooser sets correct value of drawableType for visual configs and fbconfigs. --- src/glx/glxcmds.c |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

[Mesa-dev] [PATCH] Distinction between ARB and EXT dispatch table entries related to framebuffer_object.

2013-07-16 Thread Tomasz Lis
From: Tomasz Lis tomasz@intel.com This fix splits entries in dispatch table mechanism according to framebuffer_object EXT and ARB specs. Different bind functions allow further diferentiation in other calls, based on binded type of object. This patch is based on one created by Bartosz

[Mesa-dev] [PATCH] R600: Expand VSELECT for all types

2013-07-16 Thread Tom Stellard
From: Tom Stellard thomas.stell...@amd.com --- lib/Target/R600/AMDGPUISelLowering.cpp | 3 +++ lib/Target/R600/R600ISelLowering.cpp | 3 --- test/CodeGen/R600/vselect.ll | 30 ++ 3 files changed, 33 insertions(+), 3 deletions(-) diff --git

[Mesa-dev] [Bug 66931] Can't specify local buffer size using clSetKernelArg

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66931 Jonathan Charest jchar...@gmail.com changed: What|Removed |Added Attachment #82485|0 |1 is

[Mesa-dev] [PATCH] R600: Treat CONSTANT_ADDRESS loads like GLOBAL_ADDRESS loads when necessary

2013-07-16 Thread Tom Stellard
From: Tom Stellard thomas.stell...@amd.com These are really the same address space in hardware. The only difference is that CONSTANT_ADDRESS uses a special cache for faster access. When we are unable to use the constant kcache for some reason (e.g. smaller types or lack of indirect addresing)

[Mesa-dev] Direct3D 9 state tracker

2013-07-16 Thread Christoph Bumiller
So, about two months ago I had the insane idea to pick up Joakim Sindholt's Direct3D 9 state tracker that he'd started about 3 years ago with the goal to make it run StarCraft 2 so I could finally play at a reasonable frame rate ... With help from Joakim and advice from the wine developers, as

[Mesa-dev] [PATCH] util/u_format_s3tc: handle srgb formats correctly.

2013-07-16 Thread sroland
From: Roland Scheidegger srol...@vmware.com Instead of just ignoring the srgb/linear conversions, simply call the corresponding conversion functions, for all of pack/unpack/fetch, both for float and unorm8 versions (though some don't make a whole lot of sense, i.e. unorm8/unorm8 srgb/linear

Re: [Mesa-dev] Direct3D 9 state tracker

2013-07-16 Thread Solerman Kaplon
Em 16-07-2013 16:43, Christoph Bumiller escreveu: So far I've tried Skyrim, Civilization 5, Anno 1404 and StarCraft 2 on the nvc0 and r600g drivers, which work pretty well, at up to x2 the fps I get with wined3d (NOTE: no thorough benchmarking done yet). Oblivion sucks fps wise nowdays, I

Re: [Mesa-dev] [PATCH] gallium/util: use explicily sized types for {un, }pack_rgba_{s, u}int

2013-07-16 Thread Marek Olšák
Hi Emil, I really have no problem with the patch. I was just asking. I'll push the patch shortly. Marek On Tue, Jul 16, 2013 at 10:36 PM, Emil Velikov emil.l.veli...@gmail.com wrote: On 08/07/13 21:32, Marek Olšák wrote: Hi Emil, What issue does this patch fix? Is there a nonarchaic CPU

[Mesa-dev] [Bug 66850] glGenerateMipmap crashes when using GL_TEXTURE_2D_ARRAY with compressed internal format

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66850 --- Comment #5 from Brian Paul bri...@vmware.com --- Created attachment 82506 -- https://bugs.freedesktop.org/attachment.cgi?id=82506action=edit fix a few more bugs OK, here's a patch to apply on top of the previous 3. Retest? -- You are

[Mesa-dev] [Bug 66850] glGenerateMipmap crashes when using GL_TEXTURE_2D_ARRAY with compressed internal format

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66850 --- Comment #6 from Mikko Juola mik...@gmail.com --- As far as I can tell, it now works perfectly. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list

Re: [Mesa-dev] [PATCH] st/mesa: expose EXT_framebuffer_multisample_blit_scaled if MSAA is supported

2013-07-16 Thread Grigori Goronzy
On 16.07.2013 19:26, Marek Olšák wrote: Surprisingly all drivers supporting MSAA can already do this (r300g and r600g for sure) and I think Christoph wanted to have this feature for his Nouveau drivers anyway. OK, they can do it, but is it actually any faster than doing a resolve and regular

Re: [Mesa-dev] [PATCH] R600: Expand VSELECT for all types

2013-07-16 Thread Aaron Watry
Looks good to me. I've tested on Cedar (HD5400) with no OpenCL regressions, but cannot test on SI because SETCC still causes issues (see https://bugs.freedesktop.org/show_bug.cgi?id=66175). Once SETCC is fixed for SI, we should probably add SI-CHECK lines to vselect.ll --Aaron On Tue, Jul 16,

Re: [Mesa-dev] [PATCH 00/14] Qualifier ordering for 420pack

2013-07-16 Thread Jordan Justen
Patch 11 was a bit of a bear. You might have lost me a bit on that one. :) Reviewed-by: Jordan Justen jordan.l.jus...@intel.com On Mon, Jul 15, 2013 at 7:32 PM, Kenneth Graunke kenn...@whitecape.org wrote: Hello! The GL_ARB_shading_language_420pack allows qualifiers to be specified in a

Re: [Mesa-dev] [PATCH] st/mesa: expose EXT_framebuffer_multisample_blit_scaled if MSAA is supported

2013-07-16 Thread Christoph Bumiller
On 17.07.2013 00:12, Grigori Goronzy wrote: On 16.07.2013 19:26, Marek Olšák wrote: Surprisingly all drivers supporting MSAA can already do this (r300g and r600g for sure) and I think Christoph wanted to have this feature for his Nouveau drivers anyway. OK, they can do it, but is it

Re: [Mesa-dev] [PATCH 9/9] Float fbconfigs frontend patch [2/2] Float configs extension strings.

2013-07-16 Thread Tomasz Lis
I forgot about the YNYN to YYNN change in this patch - sorry for that, will re-submit in ~9 hours. 2013/7/16 Tomasz Lis lis...@gmail.com From: Tomasz Lis tomasz@intel.com glx: Float configs extension strings. The patch defines fbconfig_float in tables of extensions and enables

Re: [Mesa-dev] [PATCH] st/mesa: expose EXT_framebuffer_multisample_blit_scaled if MSAA is supported

2013-07-16 Thread Marek Olšák
No, it's not faster, but it's not slower either. Now that I think about it, I can't come up with a good shader-based algorithm for the resolve operation. I don't think Christoph's approach that an MSAA texture can be viewed as a larger single-sample texture is correct, because the physical

Re: [Mesa-dev] [PATCH] st/mesa: expose EXT_framebuffer_multisample_blit_scaled if MSAA is supported

2013-07-16 Thread Grigori Goronzy
On 17.07.2013 02:05, Marek Olšák wrote: No, it's not faster, but it's not slower either. Now that I think about it, I can't come up with a good shader-based algorithm for the resolve operation. I don't think Christoph's approach that an MSAA texture can be viewed as a larger single-sample

[Mesa-dev] [Bug 66175] R600/SI: SETCC for v2i32/v4i32 triggers LLVM assertion

2013-07-16 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66175 --- Comment #3 from Aaron Watry awa...@gmail.com --- Looks like it's infinitely looping in and out of getSetCCResultType in SIISelLowering.cpp. I'll have to read up a bit and try to figure out the next move. -- You are receiving this mail

Re: [Mesa-dev] [PATCH] st/mesa: expose EXT_framebuffer_multisample_blit_scaled if MSAA is supported

2013-07-16 Thread Marek Olšák
Evergreen and later chipsets can sample from compressed colorbuffers. Cayman and later chipsets cannot even decompress them. On those chipsets, the decompression code only converts the CMASK+FMASK combo to a texturable FMASK. Marek On Wed, Jul 17, 2013 at 2:52 AM, Grigori Goronzy

Re: [Mesa-dev] [PATCH] R600: Expand VSELECT for all types

2013-07-16 Thread Tom Stellard
Hi, The attached three patches along with this one should fix VSELECT on SI as well. -Tom On Tue, Jul 16, 2013 at 05:12:40PM -0500, Aaron Watry wrote: Looks good to me. I've tested on Cedar (HD5400) with no OpenCL regressions, but cannot test on SI because SETCC still causes issues (see

Re: [Mesa-dev] [PATCH] st/mesa: expose EXT_framebuffer_multisample_blit_scaled if MSAA is supported

2013-07-16 Thread Paul Berry
On 16 July 2013 17:52, Grigori Goronzy g...@chown.ath.cx wrote: On 17.07.2013 02:05, Marek Olšák wrote: No, it's not faster, but it's not slower either. Now that I think about it, I can't come up with a good shader-based algorithm for the resolve operation. I don't think Christoph's

Re: [Mesa-dev] RFC/intel: Separate batch buffers from dynamic state

2013-07-16 Thread Chia-I Wu
On Tue, May 7, 2013 at 4:24 AM, Eric Anholt e...@anholt.net wrote: Paul Berry stereotype...@gmail.com writes: Currently the i965 driver uses a single buffer object to hold both batch buffer commands and dynamic state data structures (which are pointed to by batch buffer commands). We use a