Re: 2024 X.Org Foundation Membership deadline for voting in the election

On Tue, 26 Mar 2024 11:42:48 -0400 Christopher Michael wrote: > The 2024 X.Org Foundation membership renewal period has been extended > one additional week and elections will start the following week on 01 > April 2024. > > Please note that only current members can vote in the upcoming

Re: [Mesa-dev] [PATCH 2/2] egl: add EGL_platform_device support

On Sat, 27 Apr 2019 09:38:27 -0400 Marek Olšák wrote: > Those are all valid reasons, but I don't wanna expose swrast for AMD's > customers. Hi Marek, is you objection that you will never want to see any software renderer in the list, or that you don't want to see a software renderer only as

Re: [Mesa-dev] Thoughts after hitting 100 merge requests?

On Sat, 12 Jan 2019 12:10:42 +0100 apinheiro wrote: > > On 11/1/19 18:05, Jason Ekstrand wrote: > >  5. There's no way with gitlab for Reviewed-by tags to get > > automatically applied as part of the merging process.  This makes > > merging a bit more manual than it needs to be but is really no

Re: [Mesa-dev] [PATCH] egl/wayland: break double/tripple buffering feedback loops

On Tue, 18 Dec 2018 18:59:10 +0100 Lucas Stach wrote: > Am Dienstag, den 18.12.2018, 17:43 + schrieb Emil Velikov: > > > On Tue, 18 Dec 2018 at 11:16, Lucas Stach wrote: > > > > > > Currently we dispose any unneeded color buffers immediately if we detect > > > that > > > there are more

Re: [Mesa-dev] Lets talk about autotools

On Thu, 29 Nov 2018 17:44:47 + Emil Velikov wrote: > Hi all, > > I can see why people may opt to not use or maintain the autotools build. > Although I would kindly ask that we do not remove it just yet. > > In Mesa, we have different parts not used by different teams. As such > we tend to

Re: [Mesa-dev] [PATCH] gallium/util: don't let children of fork & exec inherit our thread affinity

On Wed, 31 Oct 2018 16:41:47 -0400 Marek Olšák wrote: > On Wed, Oct 31, 2018 at 11:26 AM Michel Dänzer wrote: > > > On 2018-10-31 12:39 a.m., Gustaw Smolarczyk wrote: > > > śr., 31 paź 2018 o 00:23 Marek Olšák napisał(a): ... > > >> As far as we know, it hurts *only* Blender. > > > >

Re: [Mesa-dev] [PATCH 1/3] vulkan: Define new VK_MESA_query_timestamp extension [v2]

On Tue, 10 Jul 2018 11:02:23 -0700 "Keith Packard" wrote: > Pekka Paalanen writes: > > > On Sat, 23 Jun 2018 12:13:53 -0500 > > Jason Ekstrand wrote: > > > >> I haven't thought through this comment all that hard but would it make > >&

Re: [Mesa-dev] [PATCH 1/3] vulkan: Define new VK_MESA_query_timestamp extension [v2]

On Sat, 23 Jun 2018 12:13:53 -0500 Jason Ekstrand wrote: > I haven't thought through this comment all that hard but would it make > sense to have three timestamps, CPU, GPU, CPU so that you have error bars > on the GPU timestamp? At the very least, two timestamps would be better > than one

Re: [Mesa-dev] [PATCH] wayland/egl: initialize window surface size to window size

On Tue, 05 Jun 2018 19:22:47 +0200 "Juan A. Suarez Romero" wrote: > On Tue, 2018-06-05 at 12:41 +0100, Daniel Stone wrote: > > Hi Juan, > > > > On 5 June 2018 at 09:51, Juan A. Suarez Romero wrote: > > > > > On Mon, 2018-06-04 at 13:22 +0100, Daniel Stone wrote: > > > > Yes, that's

Re: [Mesa-dev] Nouveau driver problem when using EGL_LINUX_DMA_BUF_EXT

On Mon, 9 Apr 2018 09:56:43 -0400 Ilia Mirkin wrote: > On Mon, Apr 9, 2018 at 6:57 AM, Volker Vogelhuber > wrote: > > I would have guessed, that the use case would be quite common, as having a > > Live video source rendered via OpenGL

Re: [Mesa-dev] [PATCH mesa] u_debug: do not compile asserts when they are disabled

On Thu, 30 Nov 2017 12:16:06 + Eric Engestrom wrote: > Commit f0ba7d897d1c22202531a added this code to expose asserts to the > compiler in an attempt to hide 'unused variable' warnings, incorrectly > claiming it was a no-op. This has two bad effects: > - any assert

Re: [Mesa-dev] [PATCH 7/9] wayland-drm: static inline wayland_drm_buffer_get

On Mon, 23 Oct 2017 18:05:12 +0100 Emil Velikov wrote: > On 23 October 2017 at 16:41, Daniel Stone wrote: > > Hi Emil, > > > > On 28 September 2017 at 13:36, Emil Velikov > > wrote: > >> On 20 September 2017 at 15:06,

Re: [Mesa-dev] [PATCH 7/9] wayland-drm: static inline wayland_drm_buffer_get

On Mon, 23 Oct 2017 16:41:14 +0100 Daniel Stone wrote: > Hi Emil, > > On 28 September 2017 at 13:36, Emil Velikov wrote: > > On 20 September 2017 at 15:06, Daniel Stone wrote: > >> On 19 September 2017 at 11:25, Emil

Re: [Mesa-dev] [PATCH 4/9] configure.ac: define WL_HIDE_DEPRECATED at global scale

PRECATED macro which will omit the deprecated > functionality, resulting in more distinct build issues. > > Patch is UNTESTED, see the open question below. > > Cc: Pekka Paalanen <pekka.paala...@collabora.co.uk> > Suggested-by: Pekka Paalanen <pekka.paala...@collabora.co.uk&g

Re: [Mesa-dev] [PATCH] egl/wayland: Ensure we get a back buffer

lease one > for > + * us, and try again. */ > + if (wl_display_dispatch_queue(dri2_dpy->wl_dpy, dri2_surf->wl_queue) < > 0) > + return -1; > } > > if (dri2_surf->back == NULL) The swrast path does not need fixing, because there buffer release

Re: [Mesa-dev] question about container_of

On Mon, 27 Feb 2017 13:26:11 + Emil Velikov wrote: > Hi Julien, > > On 27 February 2017 at 12:08, Julien Isorce wrote: > > Hi, > > > > Since 2012 commit ccff74971203b533bf16b46b49a9e61753f75e6c it is said: > > "sample must be initialized,

Re: [Mesa-dev] [PATCH] wayland-drm: update use of struct wl_resource to avoid deprecated struct definition

uint32_t id) > { > - struct wl_drm *drm = resource->data; > + struct wl_drm *drm = wl_resource_get_user_data(resource); > > if (drm->callbacks->authenticate(drm->user_data, id) < 0) > wl_resource_post_error(resource, Hi, this looks go

Re: [Mesa-dev] [PATCH v2] gbm/drm: Pick the oldest available buffer in get_back_bo

ch hopefully better > expresses the rationale for the change. Hi, yes, I'm happy with the caveats being documented now. Therefore: Reviewed-by: Pekka Paalanen <pekka.paala...@collabora.co.uk> Thanks, pq > src/egl/drivers/dri2/platform_drm.c | 6 -- > 1 file changed, 4 inser

Re: [Mesa-dev] [PATCH] gbm/drm: Pick the oldest available buffer in get_back_bo

On Thu, 10 Nov 2016 16:01:32 + Daniel Stone <dani...@collabora.com> wrote: > Hi, > > > > On Nov 10 2016, at 2:09 pm, Pekka Paalanen <ppaala...@gmail.com> wrote: > > > On Wed, 9 Nov 2016 14:57:22 -0600 > Derek Foreman <der...@osg.sam

Re: [Mesa-dev] [PATCH] gbm/drm: Pick the oldest available buffer in get_back_bo

On Wed, 9 Nov 2016 14:57:22 -0600 Derek Foreman wrote: > We find the oldest backbuffer we can, on the grounds that clients are > only going to keep a fixed history queue, so this gives them the > greatest chance of being able to use that queue via making sure > the age

Re: [Mesa-dev] [PATCH] egl/wayland-egl: Fix for segfault in dri2_wl_destroy_surface.

On Wed, 24 Aug 2016 10:23:11 +0100 Emil Velikov wrote: > On 24 August 2016 at 08:48, Stencel, Joanna wrote: > > I couldn't find any clear requirement about order of destroys in EGL (or > > wayland) specification. > > Also, in EGL spec (3.7.3,

Re: [Mesa-dev] [RFC] New dma_buf -> EGLImage EGL extension - Final spec published!

On Mon, 20 Jun 2016 09:45:26 -0400 Rob Clark <robdcl...@gmail.com> wrote: > On Mon, Jun 20, 2016 at 8:37 AM, Pekka Paalanen <ppaala...@gmail.com> wrote: > > On Fri, 17 Jun 2016 11:44:34 -0400 > > Rob Clark <robdcl...@gmail.com> wrote: > > > >>

Re: [Mesa-dev] [RFC] New dma_buf -> EGLImage EGL extension - Final spec published!

On Fri, 17 Jun 2016 11:44:34 -0400 Rob Clark <robdcl...@gmail.com> wrote: > On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen <ppaala...@gmail.com> wrote: > > On Fri, 17 Jun 2016 08:26:04 -0400 > > Rob Clark <robdcl...@gmail.com> wrote: > > > >>

Re: [Mesa-dev] [RFC] New dma_buf -> EGLImage EGL extension - Final spec published!

On Fri, 17 Jun 2016 11:44:34 -0400 Rob Clark <robdcl...@gmail.com> wrote: > On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen <ppaala...@gmail.com> wrote: > > On Fri, 17 Jun 2016 08:26:04 -0400 > > Rob Clark <robdcl...@gmail.com> wrote: > > > >>

Re: [Mesa-dev] [RFC] New dma_buf -> EGLImage EGL extension - Final spec published!

On Fri, 17 Jun 2016 08:26:04 -0400 Rob Clark <robdcl...@gmail.com> wrote: > On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen <ppaala...@gmail.com> wrote: > > On Thu, 16 Jun 2016 10:40:51 -0400 > > Rob Clark <robdcl...@gmail.com> wrote: > > > >

Re: [Mesa-dev] [RFC] New dma_buf -> EGLImage EGL extension - Final spec published!

On Thu, 16 Jun 2016 10:40:51 -0400 Rob Clark wrote: > So, if we wanted to extend this to support the fourcc-modifiers that > we have on the kernel side for compressed/tiled/etc formats, what > would be the right approach? > > A new version of the existing extension or a new

[Mesa-dev] What is EGL_EXT_image_dma_buf_import image orientation as a GL texture?

Hi all, I was working on Weston when I noticed that the weston-simple-dmabuf-intel demo shows the window content in different orientations depending on whether it is composited with GL or directly scanned out. Obviously something is a miss. Then I went out to find what the orientation should be

Re: [Mesa-dev] [PATCH] egl/wayland: Avoid race conditions when on non-main thread

On Wed, 4 May 2016 10:22:35 +0100 Daniel Stone wrote: > Hi Jonas, > > On 4 May 2016 at 09:53, Jonas Ådahl wrote: > > When EGL is used on some other thread than the thread that drives the > > main wl_display queue, the Wayland EGL dri2 implementation is >

Re: [Mesa-dev] [PATCH] egl/wayland: Try to use wl_surface.damage_buffer for SwapBuffersWithDamage

he damage region and post maximum damage, due to > * https://bugs.freedesktop.org/78190 */ > - wl_surface_damage(dri2_surf->wl_win->surface, > - 0, 0, INT32_MAX, INT32_MAX); > + if (!n_rects || !try_damage_buffer(dri2_surf, rects, n_rects)) > +

Re: [Mesa-dev] question on GL_RED and gles

On Wed, 25 Nov 2015 15:24:07 + Julien Isorce wrote: > Hi, > > In EXT_texture_rg.txt it is mentioned of GL_RED_EXT on gles 2.0. > > In glformats.c::_mesa_es_error_check_format_and_type returns > GL_INVALID_VALUE if GL_RED_EXT(as it reaches default case) > so

Re: [Mesa-dev] [PATCH] egl/wayland: Ignore rects from SwapBuffersWithDamage

f->base.Height - rect[1] - rect[3], > - rect[2], rect[3]); > - } > - } > +wl_surface_damage(dri2_surf->wl_win->surface, > + 0, 0, INT32_MAX, INT32_MAX); > > if (dri2_dpy->is_different_gpu) { >

Re: [Mesa-dev] [PATCH RFC] egl/dri2: Add dri3 support to x11 platform

On Sat, 4 Jul 2015 11:18:18 +0800 Boyan Ding boyan.j.d...@gmail.com wrote: [snip] +/* FIXME: Is this right? Seems problematic for WL_bind_wayland_display */ What seems to be the problem ? Afaik xcb_dri3_open_reply_fds should return an FD which is ok (be that a render_node device, or

[Mesa-dev] dlopen(libglapi) (Re: [PATCH 08/11] confiigure: drop unused variable GBM_BACKEND_DIRS)

On Sun, 21 Jun 2015 16:03:09 + Emil Velikov emil.l.veli...@gmail.com wrote: On 19/06/15 22:00, Eric Anholt wrote: I find 9/10 weird -- if the DRI drivers need libglapi, why aren't they just linking libglapi? Short version - currently they don't because of hysterical raisins, once

Re: [Mesa-dev] [PATCH 7/9] egl/wayland: assume EGL_WINDOW_BIT

On Wed, 6 May 2015 11:00:13 +1000 Dave Airlie airl...@gmail.com wrote: On 2 May 2015 at 20:15, Axel Davy axel.d...@ens.fr wrote: Only EGL_WINDOW_BIT is supported. Remove tests related. Is this there no plans to support pixmap/pbuffer/ or any of the other bits? Seems like a step in the

Re: [Mesa-dev] [Mesa-stable] [PATCH] i965: Add XRGB8888 format to intel_screen_make_configs

On Thu, 16 Apr 2015 21:06:27 +0100 Daniel Stone dan...@fooishbar.org wrote: Hi, On 9 April 2015 at 17:20, Kristian Høgsberg k...@bitplanet.net wrote: On Wed, Apr 8, 2015 at 11:37 AM, Emil Velikov emil.l.veli...@gmail.com wrote: Hi all, Can we get a pair of eyes on this patch please

Re: [Mesa-dev] llvmpipe support for ARM?

On Wed, 15 Apr 2015 19:02:50 +0300 Marko Moberg marko.s.mob...@gmail.com wrote: Thanks for the replies. I tried to upgrade LLVM from 3.3 to 3.4 after I sent the e-mail but ended up having an internal compiler error from gcc linaro toolchain compiler. Nice. I could try a more up-to-date

Re: [Mesa-dev] [PATCH] wayland-drm: add a description for every item.

information I asked for. So, if you put the bitmask back, then this would be: Revieved-by: Pekka Paalanen ppaala...@gmail.com Thanks, pq PS. the proper mailing lists would be mesa-dev and wayland-devel. dri-devel is more for the kernel stuff. ___ mesa-dev

Re: [Mesa-dev] Performance regression on Tegra/GK20A since commit 363b53f00069

On Tue, 25 Nov 2014 17:04:36 +0900 Alexandre Courbot acour...@nvidia.com wrote: Hi Pekka, On 11/20/2014 08:41 PM, Pekka Paalanen wrote: At this point, I think it would be best to open a bug report against Mesa, and continue there. Such freezes obviously should not happen on either EGL

Re: [Mesa-dev] [PATCH 1/2] configure.ac: remove enable flags for EGL and GBM Gallium state trackers

On Tue, 4 Nov 2014 23:42:44 +0100 Marek Olšák mar...@gmail.com wrote: From: Marek Olšák marek.ol...@amd.com Btw. would have been *really* nice if the commit message here explained why you do this and what all things it intentionally breaks, before pushing it. Thanks, pq --- configure.ac

Re: [Mesa-dev] [PATCH 1/2] configure.ac: remove enable flags for EGL and GBM Gallium state trackers

On Tue, 25 Nov 2014 16:22:25 +0100 Marek Olšák mar...@gmail.com wrote: Hi Pekka, I explained in the introductory thread [PATCH 0/2] Disable the EGL state tracker for Linux/DRI builds that it may break swrast (llvmpipe) on Wayland. I also explained all the reasons why I was about to do it.

Re: [Mesa-dev] Performance regression on Tegra/GK20A since commit 363b53f00069

On Thu, 20 Nov 2014 18:24:34 +0900 Alexandre Courbot acour...@nvidia.com wrote: Hi Pekka, On 11/19/2014 04:34 PM, Pekka Paalanen wrote: On Wed, 19 Nov 2014 15:32:38 +0900 Alexandre Courbot acour...@nvidia.com wrote: Some more information: CPU usage of the EGL app (glmark2 here

Re: [Mesa-dev] Performance regression on Tegra/GK20A since commit 363b53f00069

On Wed, 19 Nov 2014 15:32:38 +0900 Alexandre Courbot acour...@nvidia.com wrote: Some more information: CPU usage of the EGL app (glmark2 here) is much higher when this patch is applied, which I presume is what triggers the frame skips. On 11/19/2014 03:05 PM, Alexandre Courbot wrote: Hi

Re: [Mesa-dev] [PATCH] egl_dri2: Allow both 24 and 32 bit X visuals for RGBA configs

On Fri, 07 Nov 2014 11:32:04 -0800 Eric Anholt e...@anholt.net wrote: Pekka Paalanen ppaala...@gmail.com writes: On Thu, 06 Nov 2014 13:01:03 -0800 Ian Romanick i...@freedesktop.org wrote: I thought Eric and Chad already NAKed it in bugzilla. The problem is that applications ask

Re: [Mesa-dev] [PATCH] egl_dri2: Allow both 24 and 32 bit X visuals for RGBA configs

On Thu, 06 Nov 2014 13:01:03 -0800 Ian Romanick i...@freedesktop.org wrote: I thought Eric and Chad already NAKed it in bugzilla. The problem is that applications ask for an RGBA visual for GL blending. They use the alpha channel to generate their images, but the final alpha values are,

Re: [Mesa-dev] [PATCH 0/2] Disable the EGL state tracker for Linux/DRI builds

On Tue, 4 Nov 2014 23:42:43 +0100 Marek Olšák mar...@gmail.com wrote: Hi everybody, I'm about to address this long-standing issue: The EGL state tracker is redundant. It duplicates what st/dri does and it also duplicates what the common loader egl_dri2 does, which is used by all classic

Re: [Mesa-dev] [PATCH] Revert configure: ask vdpau.pc for the default location of the vdpau drivers

On Sun, 28 Sep 2014 13:00:47 -0400 Ilia Mirkin imir...@alum.mit.edu wrote: This reverts commit bbe6f7f865cd4316b5f885507ee0b128a20686eb. This change broke the usual assumption that setting a prefix will cause files to be installed into that prefix. Restore that assumption before people's

Re: [Mesa-dev] [PATCH] egl_dri2: fix EXT_image_dma_buf_import fds

On Wed, 13 Aug 2014 19:46:40 +0300 Pohjolainen, Topi topi.pohjolai...@intel.com wrote: On Fri, Aug 08, 2014 at 05:28:59PM +0300, Pekka Paalanen wrote: From: Pekka Paalanen pekka.paala...@collabora.co.uk The EGL_EXT_image_dma_buf_import specification was revised (according to its

[Mesa-dev] [PATCH] i965: fix compiler error in union initiliazer

From: Pekka Paalanen pekka.paala...@collabora.co.uk gcc 4.6.3 chokes with the following error: brw_vec4.cpp: In member function 'int brw::vec4_visitor::setup_uniforms(int)': brw_vec4.cpp:1496:37: error: expected primary-expression before '.' token Apparently C++ does not do named initializers

Re: [Mesa-dev] [PATCH] egl_dri2: fix EXT_image_dma_buf_import fds

On Thu, 14 Aug 2014 19:43:58 +0300 Pohjolainen, Topi topi.pohjolai...@intel.com wrote: On Thu, Aug 14, 2014 at 08:50:32AM -0700, Matt Turner wrote: On Thu, Aug 14, 2014 at 12:24 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Wed, 13 Aug 2014 19:46:40 +0300 Pohjolainen, Topi

Re: [Mesa-dev] [PATCH] egl_dri2: fix EXT_image_dma_buf_import fds

On Wed, 13 Aug 2014 07:41:50 +0200 Gwenole Beauchesne gb.de...@gmail.com wrote: Hi, 2014-08-08 16:28 GMT+02:00 Pekka Paalanen ppaala...@gmail.com: From: Pekka Paalanen pekka.paala...@collabora.co.uk The EGL_EXT_image_dma_buf_import specification was revised (according to its revision

[Mesa-dev] [PATCH] egl_dri2: fix EXT_image_dma_buf_import fds

From: Pekka Paalanen pekka.paala...@collabora.co.uk The EGL_EXT_image_dma_buf_import specification was revised (according to its revision history) on Dec 5th, 2013, for EGL to not take ownership of the file descriptors. Do not close the file descriptors passed in to eglCreateImageKHR

Re: [Mesa-dev] [PATCH] egl_dri2: fix EXT_image_dma_buf_import fds

On Fri, 8 Aug 2014 17:28:59 +0300 Pekka Paalanen ppaala...@gmail.com wrote: From: Pekka Paalanen pekka.paala...@collabora.co.uk The EGL_EXT_image_dma_buf_import specification was revised (according to its revision history) on Dec 5th, 2013, for EGL to not take ownership of the file

Re: [Mesa-dev] [PATCH 3/6] Add support for swrast to the DRM EGL platform

On Thu, 24 Jul 2014 17:16:39 +0100 Emil Velikov emil.l.veli...@gmail.com wrote: On 24/07/14 14:30, Pekka Paalanen wrote: On Thu, 24 Jul 2014 13:34:42 +0100 Emil Velikov emil.l.veli...@gmail.com wrote: On 24/07/14 07:23, Pekka Paalanen wrote: On Thu, 24 Jul 2014 01:43:35 +0100 Emil

[Mesa-dev] Env var for forcing sw driver (Re: [PATCH 3/6] Add support for swrast to the DRM EGL platform)

On Fri, 25 Jul 2014 09:14:40 +0300 Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 24 Jul 2014 17:16:39 +0100 Emil Velikov emil.l.veli...@gmail.com wrote: On 24/07/14 14:30, Pekka Paalanen wrote: On Thu, 24 Jul 2014 13:34:42 +0100 Emil Velikov emil.l.veli...@gmail.com wrote

Re: [Mesa-dev] [PATCH 3/6] Add support for swrast to the DRM EGL platform

On Thu, 24 Jul 2014 01:43:35 +0100 Emil Velikov emil.l.veli...@gmail.com wrote: From: Giovanni Campagna gcampa...@src.gnome.org Turn GBM into a swrast loader (providing putimage/getimage backed by a dumb KMS buffer). This allows to run KMS+DRM GL applications (such as weston or

Re: [Mesa-dev] [PATCH 3/6] Add support for swrast to the DRM EGL platform

On Thu, 24 Jul 2014 13:34:42 +0100 Emil Velikov emil.l.veli...@gmail.com wrote: On 24/07/14 07:23, Pekka Paalanen wrote: On Thu, 24 Jul 2014 01:43:35 +0100 Emil Velikov emil.l.veli...@gmail.com wrote: From: Giovanni Campagna gcampa...@src.gnome.org Turn GBM into a swrast loader

Re: [Mesa-dev] [PATCH demos 0/3] demos release plan and glxinfo: Print more limits

On Fri, 04 Jul 2014 08:45:00 +0100 Steven Newbury st...@snewbury.org.uk wrote: On Fri, 2014-07-04 at 03:40 -0400, Ilia Mirkin wrote: On Fri, Jul 4, 2014 at 3:37 AM, Steven Newbury wrote: On Thu, 2014-07-03 at 10:47 +0200, Andreas Boll wrote: 2014-07-03 7:39 GMT+02:00 Steven

Re: [Mesa-dev] [PATCH v3 0/3] Software rendering in EGL-DRM

On Thu, 3 Jul 2014 10:48:26 +0200 Boris BREZILLON boris.brezil...@free-electrons.com wrote: Hello Giovanni, I have recently been working on a DRM/KMS driver which does not support OpenGL rendering (it only provides plane composition functionalities): [1]. If I understand correctly you

Re: [Mesa-dev] [PATCH v3 0/3] Software rendering in EGL-DRM

On Thu, 3 Jul 2014 12:10:36 +0200 Boris BREZILLON boris.brezil...@free-electrons.com wrote: On Thu, 3 Jul 2014 12:24:44 +0300 Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 3 Jul 2014 10:48:26 +0200 Boris BREZILLON boris.brezil...@free-electrons.com wrote: Hello Giovanni

Re: [Mesa-dev] [PATCH v3 0/3] Software rendering in EGL-DRM

On Thu, 3 Jul 2014 14:15:34 +0200 Boris BREZILLON boris.brezil...@free-electrons.com wrote: On Thu, 3 Jul 2014 13:49:06 +0300 Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 3 Jul 2014 12:10:36 +0200 Boris BREZILLON boris.brezil...@free-electrons.com wrote: On Thu, 3 Jul 2014 12

Re: [Mesa-dev] [PATCH] GLX: Add an env var to enable the support of GLX extensions needing both client and server support, in case of client support and direct rendering.

On Wed, 18 Jun 2014 22:55:16 -0700 Kenneth Graunke kenn...@whitecape.org wrote: On Wednesday, June 18, 2014 11:32:45 PM Axel Davy wrote: In the case of XWayland, there's no accelerated indirect rendering. For example GLX_ARB_create_context is not advertised by the server, and according to

Re: [Mesa-dev] [PATCH v3 0/3] Software rendering in EGL-DRM

On Mon, 16 Jun 2014 17:15:47 +0200 Giovanni Campagna scampa.giova...@gmail.com wrote: 2014-06-16 7:47 GMT+02:00 Pekka Paalanen ppaala...@gmail.com: On Sun, 15 Jun 2014 13:49:48 +0200 Giovanni Campagna scampa.giova...@gmail.com wrote: Hello all, This is the third attempt at swrast

Re: [Mesa-dev] [PATCH v3 0/3] Software rendering in EGL-DRM

On Sun, 15 Jun 2014 13:49:48 +0200 Giovanni Campagna scampa.giova...@gmail.com wrote: Hello all, This is the third attempt at swrast/llvmpipe support for DRM drivers that don't have userspace support (qxl, cirrus, simpledrm, etc.) I hope I addressed all of Emil's comments. Hi, this

Re: [Mesa-dev] [PATCH mesa] add EGL_TEXTURE_EXTERNAL_WL to WL_bind_wayland_display spec

On Thu, 16 Aug 2012 17:28:19 -0500 Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com --- docs/WL_bind_wayland_display.spec |5 + include/EGL/eglmesaext.h |1 + 2 files changed, 6 insertions(+) diff --git

Re: [Mesa-dev] Debugging into Mesa Driver

On Wed, 4 Jun 2014 21:46:38 -0700 roshan chaudhari rgc...@gmail.com wrote: Thanks for reply. I have added CFLAGS='-Og -ggdb3' CXXFLAGS='-Og -ggdb3' into configure file and ran The advice was to add those to the configure command line, not into the configure file. Undo all your edits from

Re: [Mesa-dev] Mesa build instructions

On Fri, 11 Apr 2014 11:50:50 -0700 Eric Anholt e...@anholt.net wrote: For anyone that's curious about how I work: My scripts setup looks a lot like Matt's. I don't do OOT builds, and instead I just have 6 main trees: ~/src/mesa (normal debug build) ~/src/mesa-release (non-debug build)

Re: [Mesa-dev] [PATCH 07/25] dri/nouveau: add GLX_MESA_query_renderer support

On Sat, 22 Feb 2014 03:03:57 + Emil Velikov emil.l.veli...@gmail.com wrote: v2: nv04-2x cards support upto opengl 1.3. v3: Include correct headers. Signed-off-by: Emil Velikov emil.l.veli...@gmail.com --- src/mesa/drivers/dri/nouveau/nouveau_screen.c | 83 ++-

Re: [Mesa-dev] [PATCH] egl/glx: Remove egl_glx driver

On Thu, 30 Jan 2014 02:55:54 +0100 Marek Olšák mar...@gmail.com wrote: egl_gallium also seems to have backends for Wayland, DRM, etc. I guess this should really be in core Mesa though. From what I have tested, egl_gallium is also the only way to use software rendering (llvmpipe) on Wayland.

Re: [Mesa-dev] What use do swap interval 1 and OML_sync_control divisor and remainder have?

Hi Ian and Jason On Mon, 27 Jan 2014 12:26:23 -0700 Ian Romanick i...@freedesktop.org wrote: On 01/24/2014 04:32 AM, Pekka Paalanen wrote: Hi, I am investigating what kind of Wayland protocol extensions would be needed to support proper presentation timing. Looking at existing works

[Mesa-dev] What use do swap interval 1 and OML_sync_control divisor and remainder have?

Hi, I am investigating what kind of Wayland protocol extensions would be needed to support proper presentation timing. Looking at existing works, I am wondering about two things whether they have any real use. Where is swap interval (e.g. eglSwapInterval) greater than one useful? Intervals 0 and

Re: [Mesa-dev] Android build targets

On Tue, 14 Jan 2014 00:19:04 -0600 Tom Gall tom.g...@linaro.org wrote: Hi, Been experimenting with building mesa on android specifically for ARM. I was curious if there is a wiki page that covers building mesa on android somewhere. Didn't see anything with the source or on mesa3d.org.

Re: [Mesa-dev] Move wayland-drm protocol from Mesa to wayland-core

On Thu, 28 Nov 2013 10:24:33 +0100 Benjamin Gaignard benjamin.gaign...@linaro.org wrote: Jason, From my point of view wl_drm isn't link to Mesa, it is only about exchange buffers by using a file descriptor and, for example, doesn't rely on EGL. I understand that other graphic stacks

Re: [Mesa-dev] [PATCH v3] wayland: Add support for eglSwapInterval

On Fri, 13 Sep 2013 17:04:38 +0100 Neil Roberts n...@linux.intel.com wrote: Here is another version of the patch which brings back the blocking when there are no buffers available to cope with the situation where the compositor isn't immediately releasing buffers. Maybe we could leave the

Re: [Mesa-dev] WL_bind_wayland_display

On Sun, 26 May 2013 17:38:41 +0200 Wladimir laa...@gmail.com wrote: Hello all, I was reading the WL_bind_wayland_display extension spec and noticed the following: EGL_TEXTURE_Y_U_V_WL Three planes, samples Y from the first plane to r in the

Re: [Mesa-dev] non x11/xlib based EGL and software only renderer

On Wed, 8 May 2013 00:04:49 +0530 Divick Kishore divick.kish...@gmail.com wrote: What exactly is a null platform? Also could you please point me to the directory and potential starting points to support window as pbuffers? Modifying apps is a complete no no. What are you actually trying to

Re: [Mesa-dev] Haiku using the Wayland state_tracker?

On Wed, 27 Mar 2013 15:45:23 -0500 Alexander von Gluck IV kallis...@unixzen.com wrote: On 03/27/2013 2:37 am, Pekka Paalanen wrote: On Tue, 26 Mar 2013 16:47:15 -0500 Alexander von Gluck IV kallis...@unixzen.com wrote: I've been hitting several brick walls working on the Haiku GL stuff

Re: [Mesa-dev] Haiku using the Wayland state_tracker?

On Tue, 26 Mar 2013 16:47:15 -0500 Alexander von Gluck IV kallis...@unixzen.com wrote: I've been hitting several brick walls working on the Haiku GL stuff. (mostly due to things being too complex for the time I have available) Given all the recent publicity for Wayland, I decided to look

Re: [Mesa-dev] Very low framerate when recording desktop content in Weston using mesa git on Radeon 5770 (glReadPixels slow path)

On Tue, 26 Mar 2013 03:30:58 +0100 Rune Kjær Svendsen runesv...@gmail.com wrote: Marek, do you have an idea on where the currency bottleneck is? I just did a profiling with sysprof, zooming in on the desktop in Weston and moving the mouse wildly around, so that the buffer is completely

Re: [Mesa-dev] [RFC] New EGL extension: EGL_EXT_platform_display

On Tue, 26 Feb 2013 12:53:49 -0800 Chad Versace chad.vers...@linux.intel.com wrote: On 02/25/2013 11:58 PM, Pekka Paalanen wrote: On Mon, 25 Feb 2013 09:09:22 -0800 Chad Versace chad.vers...@linux.intel.com wrote: Thank you for the reply. Indeed, that dance to check for the extension

Re: [Mesa-dev] [RFC] New EGL extension: EGL_EXT_platform_display

On Mon, 25 Feb 2013 09:09:22 -0800 Chad Versace chad.vers...@linux.intel.com wrote: On 02/24/2013 11:46 PM, Pekka Paalanen wrote: On Tue, 19 Feb 2013 08:20:51 -0800 Chad Versace chad.vers...@linux.intel.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm seeking

Re: [Mesa-dev] [RFC] New EGL extension: EGL_EXT_platform_display

On Tue, 19 Feb 2013 08:20:51 -0800 Chad Versace chad.vers...@linux.intel.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm seeking feedback on an EGL extension that I'm drafting. The ideas have already been discussed at Khronos meetings to a good reception, but I want feedback

Re: [Mesa-dev] [PATCH 2/2] intel: Support new dri image interface v2

, intel_dup_image, intel_validate_usage, -intel_create_sub_image +intel_create_image_from_names, +intel_from_planar }; static const __DRIextension *intelScreenExtensions[] = { Tested-by: Pekka Paalanen ppaala...@gmail.com Date: 2012-08-31 EEST [17:43:58.976] weston

Re: [Mesa-dev] [PATCH weston] compositor: add support for OES_EGL_image_external

On Thu, 16 Aug 2012 17:28:20 -0500 Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com In cases where the GPU can natively handle certain YUV formats, eglQueryWaylandBufferWL() can return the value EGL_TEXTURE_EXTERNAL_WL and the compositor will treat the buffer as a single

Re: [Mesa-dev] [PATCH weston 2/2] compositor: add support for OES_EGL_image_external

On Mon, 13 Aug 2012 18:59:33 -0500 Rob Clark r...@ti.com wrote: On Mon, Aug 13, 2012 at 5:39 PM, Rob Clark rob.cl...@linaro.org wrote: From: Rob Clark r...@ti.com In cases where the GPU can natively handle certain YUV formats, eglQueryWaylandBufferWL() can return the value

Re: [Mesa-dev] [PATCH] gbm : Fix build for wayland include

On Mon, 30 Jul 2012 12:02:06 -0400 Kristian Høgsberg hoegsb...@gmail.com wrote: On Thu, Jul 19, 2012 at 01:54:05PM +0900, Elvis Lee wrote: backends/gbm_dri.c fails to find wayland-server.h. Thanks, pushed. Yeah thanks, the build works for me too, now. Signed-off-by: Elvis Lee

Re: [Mesa-dev] [PATCH] mesa: loosen small matrix determinant check

On Tue, 24 Jul 2012 11:31:59 -0600 Brian Paul bri...@vmware.com wrote: When computing a matrix inverse, if the determinant is too small we could hit a divide by zero. There's a check to prevent this (we basically give up on computing the inverse and return the identity matrix.) This patches

Re: [Mesa-dev] [PATCH] intel: Change vendor string to Intel® Open Source Technology Center.

On Thu, 31 May 2012 16:19:17 -0700 Kenneth Graunke kenn...@whitecape.org wrote: Tungsten Graphics has not existed for several years, and the majority of ongoing development and support is done by Intel. I chose to include Open Source Technology Center to distinguish it from, say, the closed

Re: [Mesa-dev] [PATCH] intel: Change vendor string to Intel® Open Source Technology Center.

On Fri, 1 Jun 2012 09:18:44 +0300 Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 31 May 2012 16:19:17 -0700 Kenneth Graunke kenn...@whitecape.org wrote: Tungsten Graphics has not existed for several years, and the majority of ongoing development and support is done by Intel. I chose

[Mesa-dev] [PATCH] wayland-drm: remove wl_buffer.damage

wayland-drm.c:82:1: warning: excess elements in struct initializer wayland-drm.c:82:1: warning: (near initialization for 'drm_buffer_interface') Signed-off-by: Pekka Paalanen ppaala...@gmail.com --- src/egl/wayland/wayland-drm/wayland-drm.c |7 --- 1 files changed, 0 insertions(+), 7 deletions

Re: [Mesa-dev] [PATCH] linker: Fix memory leak in count_uniform_size::visit_field.

On Thu, 29 Mar 2012 14:16:10 -0700 Ian Romanick i...@freedesktop.org wrote: On 03/29/2012 10:41 AM, Kenneth Graunke wrote: On 03/28/2012 11:43 PM, Vinson Lee wrote: Fixes a Coverity resource leak defect. NOTE: This is a candidate for the 8.0 branch. Signed-off-by: Vinson

Re: [Mesa-dev] patches (Re: undefined C++ GLSL symbol error)

On Wed, 1 Feb 2012 06:14:40 -0800 (PST) Jose Fonseca jfons...@vmware.com wrote: - Original Message - On Wed, 1 Feb 2012 05:03:21 -0800 (PST) Jose Fonseca jfons...@vmware.com wrote: I wonder if people have use any tools to facility applying patches posted to mesa, as for me

[Mesa-dev] patches (Re: undefined C++ GLSL symbol error)

On Wed, 1 Feb 2012 05:03:21 -0800 (PST) Jose Fonseca jfons...@vmware.com wrote: I wonder if people have use any tools to facility applying patches posted to mesa, as for me locate, save, and applying them takes a lot of time, and more often than not fails due to white space munging. I barely

Re: [Mesa-dev] [PATCH 1/2] linker: fix strdup memory leak

On Mon, 19 Dec 2011 13:24:20 -0800 Ian Romanick i...@freedesktop.org wrote: On 12/19/2011 05:23 AM, Pekka Paalanen wrote: On Fri, 16 Dec 2011 10:46:11 -0800 Ian Romanicki...@freedesktop.org wrote: On 12/14/2011 11:26 PM, Pekka Paalanen wrote: string_to_uint_map::put() already does

Re: [Mesa-dev] [PATCH] mesa: fix a leak in _mesa_delete_texture_image()

On Fri, 16 Dec 2011 08:42:01 -0700 Brian Paul bri...@vmware.com wrote: On 12/16/2011 07:17 AM, Pekka Paalanen wrote: Valgrind complains about a definitely lost block allocated in intelNewTextureImage(). This leak was apparently created by 6e0f9001fe3fb191c2928bd09aa9e9d05ddf4ea9, mesa

Re: [Mesa-dev] [PATCH 1/2] linker: fix strdup memory leak

On Fri, 16 Dec 2011 10:46:11 -0800 Ian Romanick i...@freedesktop.org wrote: On 12/14/2011 11:26 PM, Pekka Paalanen wrote: string_to_uint_map::put() already does a strdup() for the key argument, so we leak the memory allocated by strdup() in link_uniforms.cpp. Remove the extra strdup

Re: [Mesa-dev] [PATCH 1/2] linker: fix strdup memory leak

On Mon, 19 Dec 2011 11:02:31 -0800 Kenneth Graunke kenn...@whitecape.org wrote: On 12/19/2011 05:23 AM, Pekka Paalanen wrote: On Fri, 16 Dec 2011 10:46:11 -0800 Ian Romanick i...@freedesktop.org wrote: On 12/14/2011 11:26 PM, Pekka Paalanen wrote: string_to_uint_map::put() already

[Mesa-dev] [PATCH] mesa: fix a leak in _mesa_delete_texture_image()

the free() back, fixes a Valgrind error. Signed-off-by: Pekka Paalanen ppaala...@gmail.com Cc: Brian Paul bri...@vmware.com --- src/mesa/main/teximage.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c index 8a002b6

[Mesa-dev] [PATCH 1/2] linker: fix strdup memory leak

string_to_uint_map::put() already does a strdup() for the key argument, so we leak the memory allocated by strdup() in link_uniforms.cpp. Remove the extra strdup(), fixes a few Valgrind detected leaks. Signed-off-by: Pekka Paalanen ppaala...@gmail.com --- src/glsl/link_uniforms.cpp |3

[Mesa-dev] [PATCH 2/2] mesa: free gl_uniform_storage::name

parcel_out_uniform_storage::visit_field() assigns a strdup()'d string into gl_uniform_storage::name, but it is never freed. Free gl_uniform_storage::name, fixes some Valgrind reported memory leaks. Signed-off-by: Pekka Paalanen ppaala...@gmail.com --- src/mesa/main/shaderobj.c |4 1

Re: [Mesa-dev] RFC: ctx-Driver.Map/UnmapTextureImage() hooks

in 7.11, and if anyone wants to ship them, they can just build 7.11 for them. Sounds good to me. I think we'd only keep the swrast, intel and maybe r300/r600 drivers. Opinions? Um, don't kill nouveau_vieux, please. -- Pekka Paalanen http://www.iki.fi/pq

  1   2   >