___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi!
Could you please review changes? And could you also merge changes if it is ok.
First patch is already reviewed by Bruce Cherniak
and does not have any changes.
Second patch contains updates for docs/features.txt for status bptc support.
[PATCH v2 1/2] gallium/swr: Enable support bptc forma
I had some discussions with Timothy Arceri earlier in the week about
some old r100 patches that I had written. That led me to re-discover
this series that enables NV_fog_distance on platforms that have vertex
shader hardware. Tests will be out on the piglit list momentarily.
V6 address Samuel's comments on v5 (including the ones I missed
in v4 whoops). I also added some missing error checks for
buffer storage and made a few other tidy-up that I noticed.
There is now so a very basic piglit api error test [1] which
depends on a gl.xml update which is stuck in moderatio
Hi;
Take a look at Piglit test "ext_image_dma_buf_import-sample_yuv",
(https://cgit.freedesktop.org/piglit). Test creates EGLImage from dma
buf, binds to a texture and then samples this in a shader with
samplerExternalOES type from GL_OES_EGL_image_external extension.
On 05/09/2017 01:57 AM
I'm currently trying to render a V4L2 image with OpenGL
on an Intel Apollo Lake using Linux 4.10 and Mesa 13.
Supprisingly I noticed that importing a DMABUF with format
DRM_FORMAT_YUYV into OpenGL using
eglCreateImage/glEGLImageTargetTexture2DOES
worked out of the box. But I noticed that there se
https://www.facebook.com/messages/13832670320
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://www.facebook.com/beatrix.beres.3
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
id=13832670320, lacika.pacus, viktorio.balogh.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Thanks for the heads-up. I only found one other place where a similar leak
occurs -- and in the case of xm_api.c, I figure that XMesaDestroyVisual()
is an "client-facing" call, so in the interest of maintaining layering
I've just made the appropriate free() call.
_
On 9 March 2016 at 01:28, Dongwon Kim wrote:
> This patch enables an EGL extension, EGL_KHR_reusable_sync.
> This new extension basically provides a way for multiple APIs or
> threads to be excuted synchronously via a "reusable sync"
"executed"
> primitive shared by those threads/API calls.
>
> T
Hi,
This is the new amdgpu winsys and Mesa support for GCN version 3 (VI) chips.
The winsys requires libdrm_amdgpu:
http://cgit.freedesktop.org/~agd5f/drm/log/?h=amdgpu
The 3D support should be on the same level as Sea Islands (CIK). There is also
UVD and VCE support.
LLVM 3.6 is required, tho
With the removal of unused colormac.h macros
2ad8af1a0c319c83e4a8e00db3a9b9cb0ae029eb, several unused includes were
eliminated. This patch set removes the remaining places where
colormac.h is included but not used.
___
mesa-dev mailing list
mesa-dev@lis
Hi.
When I watch netflix it crashes with this:
err:d3d:wined3d_debug_callback 0x10972478: "GL_OUT_OF_MEMORY in glTexSubImage".
err:d3d_surface:surface_upload_data > GL_OUT_OF_MEMORY
(0x505) from glTexSubImage2D @ surface.c / 1559
err:d3d:wined3d_debug_callback 0x10972478: "GL_OU
On 08/21/2013 08:46 PM, Maxence Le Doré wrote:
As ARB_seamless_cubemap_per_texture is word-to-word same as
AMD_seamless_cubemap_per_texture and this last already implemented we
can enable the ARB extension. This patch is a candidate for it :
Since the extensions are identical, we should expose
Your mail client line wrapped the patch, so it can't be applied.
Please resend with git send-email.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
As ARB_seamless_cubemap_per_texture is word-to-word same as
AMD_seamless_cubemap_per_texture and this last already implemented we
can enable the ARB extension. This patch is a candidate for it :
>From eb2cf312a7c7ba70f22f8eb8d66aab8a1d78b6d9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Maxence=20Le=20
On Sat, Apr 13, 2013 at 11:22:51AM -0500, Aaron Watry wrote:
> Implements the min() OpenCL built-in in 2 stages.
> 1) Implement min() where the two argument types match
> 2) Make changes to support min(vec,scalar)
>
For the series:
Reviewed-by: Tom Stellard
> __
Implements the min() OpenCL built-in in 2 stages.
1) Implement min() where the two argument types match
2) Make changes to support min(vec,scalar)
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa
This mini-series fixes some bugs I discovered with INTEL_DEBUG=shader_time.
Patch 1 is critical: without it, enabling shader time caused GPU hangs on
Haswell because we were sending the wrong message to the wrong shared
function.
Patches 2 and 3 are less clear cut. From my reading of the BSpec/PR
On Tue, Aug 14, 2012 at 8:45 PM, Maxim Levitsky wrote:
>
> Hi, I have this backported patch here for more that an year, and forgot all
> about it.
> It just makes gallium drivers use driver name instread of 'dri' in driconf
> parser, thus making it compatable with 'driconf' GUI.
Sounds reasonabl
Hi, I have this backported patch here for more that an year, and forgot all
about it.
It just makes gallium drivers use driver name instread of 'dri' in driconf
parser, thus making it compatable with 'driconf' GUI.
Can you merge it?
Best regards,
Maxim Levitsky
_
Hi,
This is the second verion of the clipping/interpolation patches.
Main differences:
- I tried to take all of Paul's remarks into account
- I exploded the first patch in 4 independant ones
- I've added a patch to ensure that integers pass through unscathed
Patch 4/9 is (slightly) controversi
This patch does pack some simple varyings in shader object.
It tested it against mandelbrot mesa-demos and nexuiz-glx
(where there are varying packing opportunities) and I didn't
notice any visual change.
I didn't see any noticeable performance improvement either,
but I did not benchmark this pat
On 08/07/2011 01:49 PM, Vincent Lejeune wrote:
This new patch fix an issue with some shader (mandelbrot demo)
Are you referring to your var packing patch?
Is the mandelbrot demo not working with a particular driver? Which one?
-Brian
___
mesa-dev m
This new patch fix an issue with some shader (mandelbrot demo)
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
2010/6/11 Kristian Høgsberg :
> 2010/6/10 Chia-I Wu :
>> Hi Kristian,
>>
>> 2010/6/4 Kristian Høgsberg :
>>> Here's an update on the EGL/DRM integration extensions and patches.
>>> I've updated the patches with the feedback from the discussions on the
>>> list to the extent that I think is feasible
2010/6/10 Chia-I Wu :
> Hi Kristian,
>
> 2010/6/4 Kristian Høgsberg :
>> Here's an update on the EGL/DRM integration extensions and patches.
>> I've updated the patches with the feedback from the discussions on the
>> list to the extent that I think is feasible. I think we're pretty
>> close to co
Hi Kristian,
2010/6/4 Kristian Høgsberg :
> Here's an update on the EGL/DRM integration extensions and patches.
> I've updated the patches with the feedback from the discussions on the
> list to the extent that I think is feasible. I think we're pretty
> close to consensus on how to do this, but
Hi,
Here's an update on the EGL/DRM integration extensions and patches.
I've updated the patches with the feedback from the discussions on the
list to the extent that I think is feasible. I think we're pretty
close to consensus on how to do this, but let me know what you think.
There's also a new
31 matches
Mail list logo
