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 electio
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
lon
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
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 unl
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 r
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.
> >
> > W
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
> >&
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 so
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 correc
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 shouldn't be a very special topic and
> > having a zero copy
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 with side-effects are execu
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, Daniel Stone wrote:
> >>> On 19 September 2017 at 11:25, Emil Velikov
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 Velikov
> >> wrote:
> >>> It looks a bit icky and my Wayland knowledge
ting in more distinct build issues.
>
> Patch is UNTESTED, see the open question below.
>
> Cc: Pekka Paalanen
> Suggested-by: Pekka Paalanen
> Signed-off-by: Emil Velikov
> ---
> Pekka, I'm not 100% sold that having the macro all together is a good
> idea. C
. */
> + 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 can
never be delayed due to composite bypass, right?
Nothing looks suspicious to me, so:
Acked-by: Pekka Paalanen
Thanks,
pq
pgpQ7NLV1j8uw.pgp
Description: OpenPGP digital signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
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, or else the result is undefined" in the
> > descript
gt;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 good to me:
Reviewed-by: Pekka Paalanen
It would also be good to
; will continue to receive older buffers than it would if it only ever
> needed two buffers.
>
> Reviewed-by: Daniel Stone
> Signed-off-by: Derek Foreman
> ---
>
> The only changes are in the commit log, which hopefully better
> expresses the rationale for the change.
Hi,
yes,
On Thu, 10 Nov 2016 16:01:32 +
Daniel Stone wrote:
> Hi,
>
>
>
> On Nov 10 2016, at 2:09 pm, Pekka Paalanen wrote:
>
> > On Wed, 9 Nov 2016 14:57:22 -0600
> Derek Foreman wrote:
>
> >
>
> > > We find the oldest ba
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 is ~always less than the d
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, about eglMakeCurrent) one can find:
> >
> > " If a n
On Mon, 20 Jun 2016 09:45:26 -0400
Rob Clark wrote:
> On Mon, Jun 20, 2016 at 8:37 AM, Pekka Paalanen wrote:
> > On Fri, 17 Jun 2016 11:44:34 -0400
> > Rob Clark wrote:
> >
> >> On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen
> >> wrote:
&g
On Fri, 17 Jun 2016 11:44:34 -0400
Rob Clark wrote:
> On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen wrote:
> > On Fri, 17 Jun 2016 08:26:04 -0400
> > Rob Clark wrote:
> >
> >> On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen
> >> wrote:
&g
On Fri, 17 Jun 2016 11:44:34 -0400
Rob Clark wrote:
> On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen wrote:
> > On Fri, 17 Jun 2016 08:26:04 -0400
> > Rob Clark wrote:
> >
> >> On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen
> >> wrote:
&g
On Fri, 17 Jun 2016 08:26:04 -0400
Rob Clark wrote:
> On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen wrote:
> > 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
>
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
> EGL_EXT_image_dma_b
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 ac
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
> > vulnerable to a race condition related
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))
> + wl_surface_damage(dri2_surf->wl_win->
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 glTexImage2D(..., GL_RED_EXT, G
rect[2], rect[3]);
> - }
> - }
> +wl_surface_damage(dri2_surf->wl_win->surface,
> + 0, 0, INT32_MAX, INT32_MAX);
>
> if (dri2_dpy->is_different_gpu) {
>_EGLContext *ctx = _eglGetCurrentContext();
One
On Sat, 4 Jul 2015 11:18:18 +0800
Boyan Ding 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 a mas
On Sun, 21 Jun 2015 16:03:09 +
Emil Velikov 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
> we move to shared
On Wed, 6 May 2015 11:00:13 +1000
Dave Airlie wrote:
> On 2 May 2015 at 20:15, Axel Davy 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 wrong direction if we really
On Thu, 16 Apr 2015 21:06:27 +0100
Daniel Stone wrote:
> Hi,
>
> On 9 April 2015 at 17:20, Kristian Høgsberg wrote:
> > On Wed, Apr 8, 2015 at 11:37 AM, Emil Velikov
> > wrote:
> >> Hi all,
> >>
> >> Can we get a pair of eyes on this patch please ?
> >
> > Reviewed-by: Kristian Høgsberg
> >
On Wed, 15 Apr 2015 19:02:50 +0300
Marko Moberg 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 version of Mesa to see
dd "see wl_drm_capability".
>
>
>
>
> -
>
> -
> -
> -
> -
> -
> -
> -
> -
> -
> -
> -
> +
> +Create a wayland buffer for the prime fd.
> +
> +Use for regular and planar buffers. Pass 0 for o
On Tue, 25 Nov 2014 16:22:25 +0100
Marek Olšák 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. Does it b
On Tue, 4 Nov 2014 23:42:44 +0100
Marek Olšák wrote:
> From: Marek Olšák
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| 74
> +++--
On Tue, 25 Nov 2014 17:04:36 +0900
Alexandre Courbot 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
On Thu, 20 Nov 2014 18:24:34 +0900
Alexandre Courbot wrote:
> Hi Pekka,
>
> On 11/19/2014 04:34 PM, Pekka Paalanen wrote:
> > On Wed, 19 Nov 2014 15:32:38 +0900
> > Alexandre Courbot wrote:
> >
> >> Some more information: CPU usage of the EGL app (glmark2
On Wed, 19 Nov 2014 15:32:38 +0900
Alexandre Courbot 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 guys,
> >
>
On Fri, 07 Nov 2014 11:32:04 -0800
Eric Anholt wrote:
> Pekka Paalanen writes:
>
> > On Thu, 06 Nov 2014 13:01:03 -0800
> > Ian Romanick wrote:
> >
> >> I thought Eric and Chad already NAKed it in bugzilla. The problem is
> >> that applications ask
On Thu, 06 Nov 2014 13:01:03 -0800
Ian Romanick 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,
> basically, random...
On Tue, 4 Nov 2014 23:42:43 +0100
Marek Olšák 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 drivers
> and
On Sun, 28 Sep 2014 13:00:47 -0400
Ilia Mirkin 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 system installs ar
On Thu, 14 Aug 2014 19:43:58 +0300
"Pohjolainen, Topi" 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
> > wrote:
> > > On Wed, 13 Aug 2014 19:46:40 +0300
> > > "Pohjol
From: Pekka Paalanen
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 for union
On Wed, 13 Aug 2014 19:46:40 +0300
"Pohjolainen, Topi" wrote:
> On Fri, Aug 08, 2014 at 05:28:59PM +0300, Pekka Paalanen wrote:
> > From: Pekka Paalanen
> >
> > The EGL_EXT_image_dma_buf_import specification was revised (according to
> > its revision hist
On Wed, 13 Aug 2014 07:41:50 +0200
Gwenole Beauchesne wrote:
> Hi,
>
> 2014-08-08 16:28 GMT+02:00 Pekka Paalanen :
> > From: Pekka Paalanen
> >
> > The EGL_EXT_image_dma_buf_import specification was revised (according to
> > its revision history) on Dec 5th, 20
On Fri, 8 Aug 2014 17:28:59 +0300
Pekka Paalanen wrote:
> From: Pekka Paalanen
>
> 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
From: Pekka Paalanen
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 with
EGL_LINUX_DMA_BUF_EXT target.
It is
On Fri, 25 Jul 2014 09:14:40 +0300
Pekka Paalanen wrote:
> On Thu, 24 Jul 2014 17:16:39 +0100
> Emil Velikov wrote:
>
> > On 24/07/14 14:30, Pekka Paalanen wrote:
> > > On Thu, 24 Jul 2014 13:34:42 +0100
> > > Emil Velikov wrote:
> > >
>
On Thu, 24 Jul 2014 17:16:39 +0100
Emil Velikov wrote:
> On 24/07/14 14:30, Pekka Paalanen wrote:
> > On Thu, 24 Jul 2014 13:34:42 +0100
> > Emil Velikov wrote:
> >
> >> On 24/07/14 07:23, Pekka Paalanen wrote:
> >>> On Thu, 24 Jul 201
On Thu, 24 Jul 2014 13:34:42 +0100
Emil Velikov wrote:
> On 24/07/14 07:23, Pekka Paalanen wrote:
> > On Thu, 24 Jul 2014 01:43:35 +0100
> > Emil Velikov wrote:
> >
> >> From: Giovanni Campagna
> >>
> >> Turn GBM into a swrast loader (provi
On Thu, 24 Jul 2014 01:43:35 +0100
Emil Velikov wrote:
> From: Giovanni Campagna
>
> 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 mutter-wayland) unmodified on cards that don't
> have a
On Fri, 04 Jul 2014 08:45:00 +0100
Steven Newbury 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 Newbury
> > > >
On Thu, 3 Jul 2014 14:15:34 +0200
Boris BREZILLON wrote:
> On Thu, 3 Jul 2014 13:49:06 +0300
> Pekka Paalanen wrote:
>
> > On Thu, 3 Jul 2014 12:10:36 +0200
> > Boris BREZILLON wrote:
> >
> > > On Thu, 3 Jul 2014 12:24:44 +0300
> > > Pekka Paa
On Thu, 3 Jul 2014 12:10:36 +0200
Boris BREZILLON wrote:
> On Thu, 3 Jul 2014 12:24:44 +0300
> Pekka Paalanen wrote:
>
> > On Thu, 3 Jul 2014 10:48:26 +0200
> > Boris BREZILLON wrote:
> >
> > > Hello Giovanni,
> > >
> > > I have re
On Thu, 3 Jul 2014 10:48:26 +0200
Boris BREZILLON 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 patch series might solve some
On Wed, 18 Jun 2014 22:55:16 -0700
Kenneth Graunke 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 the spec, we ar
On Mon, 16 Jun 2014 17:15:47 +0200
Giovanni Campagna wrote:
> 2014-06-16 7:47 GMT+02:00 Pekka Paalanen :
> > On Sun, 15 Jun 2014 13:49:48 +0200
> > Giovanni Campagna wrote:
> >
> >> Hello all,
> >>
> >> This is the third attempt at swrast/llvmp
On Sun, 15 Jun 2014 13:49:48 +0200
Giovanni Campagna 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 sounds cool work to me,
On Thu, 16 Aug 2012 17:28:19 -0500
Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> docs/WL_bind_wayland_display.spec |5 +
> include/EGL/eglmesaext.h |1 +
> 2 files changed, 6 insertions(+)
>
> diff --git a/docs/WL_bind_wayland_display.spec
> b/
On Wed, 4 Jun 2014 21:46:38 -0700
roshan chaudhari 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 Mesa and star
On Fri, 11 Apr 2014 11:50:50 -0700
Eric Anholt 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)
> ~/src/me
On Sat, 22 Feb 2014 03:03:57 +
Emil Velikov wrote:
> v2: nv04-2x cards support upto opengl 1.3.
> v3: Include correct headers.
>
> Signed-off-by: Emil Velikov
> ---
> src/mesa/drivers/dri/nouveau/nouveau_screen.c | 83
> ++-
> 1 file changed, 82 insertions(+), 1 de
On Thu, 30 Jan 2014 02:55:54 +0100
Marek Olšák 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. egl_dri2 simply f
Hi Ian and Jason
On Mon, 27 Jan 2014 12:26:23 -0700
Ian Romanick 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
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
On Tue, 14 Jan 2014 00:19:04 -0600
Tom Gall 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.
>
> As a start I'
On Thu, 28 Nov 2013 10:24:33 +0100
Benjamin Gaignard 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 could have defined their o
On Fri, 13 Sep 2013 17:04:38 +0100
Neil Roberts 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 decision about wheth
On Sun, 26 May 2013 17:38:41 +0200
Wladimir 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 shader, U from
On Wed, 8 May 2013 00:04:49 +0530
Divick Kishore 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 do?
Aren't your applica
On Wed, 27 Mar 2013 15:45:23 -0500
Alexander von Gluck IV wrote:
> On 03/27/2013 2:37 am, Pekka Paalanen wrote:
> > On Tue, 26 Mar 2013 16:47:15 -0500
> > Alexander von Gluck IV wrote:
> >
> >> I've been hitting several brick walls working on the Haiku G
On Tue, 26 Mar 2013 16:47:15 -0500
Alexander von Gluck IV 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 into the
> wl_shm s
On Tue, 26 Mar 2013 03:30:58 +0100
Rune Kjær Svendsen 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
> changed for every f
On Tue, 26 Feb 2013 12:53:49 -0800
Chad Versace wrote:
> On 02/25/2013 11:58 PM, Pekka Paalanen wrote:
> > On Mon, 25 Feb 2013 09:09:22 -0800
> > Chad Versace wrote:
>
> > Thank you for the reply. Indeed, that dance to check for the extension
> > is non-trivial, a
On Mon, 25 Feb 2013 09:09:22 -0800
Chad Versace wrote:
>
> On 02/24/2013 11:46 PM, Pekka Paalanen wrote:> On Tue, 19 Feb 2013 08:20:51
> -0800
> > Chad Versace wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
>
On Tue, 19 Feb 2013 08:20:51 -0800
Chad Versace 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 from Mesa developers too
ane].width_shift;
> +height = parent->region->height >> f->planes[plane].height_shift;
> +dri_format = f->planes[plane].dri_format;
> +index = f->planes[plane].buffer_index;
> +offset = parent->offsets[index];
> +stride = parent->s
On Thu, 16 Aug 2012 17:28:20 -0500
Rob Clark wrote:
> From: Rob Clark
>
> 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 egl-image-external.
>
> See:
On Mon, 13 Aug 2012 18:59:33 -0500
Rob Clark wrote:
> On Mon, Aug 13, 2012 at 5:39 PM, Rob Clark wrote:
> > From: Rob Clark
> >
> > In cases where the GPU can natively handle certain YUV formats,
> > eglQueryWaylandBufferWL() can return the value EGL_TEXTURE_EXTERNAL_OES
> > and the compositor
On Mon, 30 Jul 2012 12:02:06 -0400
Kristian Høgsberg 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
> > ---
> > src/gbm/M
On Tue, 24 Jul 2012 11:31:59 -0600
Brian Paul 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 loosens
> this
On Fri, 1 Jun 2012 09:18:44 +0300
Pekka Paalanen wrote:
> On Thu, 31 May 2012 16:19:17 -0700
> Kenneth Graunke wrote:
>
> > Tungsten Graphics has not existed for several years, and the majority of
> > ongoing development and support is done by Intel. I chose to inc
On Thu, 31 May 2012 16:19:17 -0700
Kenneth Graunke 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
> source Windows O
: warning: excess elements in struct initializer
wayland-drm.c:82:1: warning: (near initialization for 'drm_buffer_interface')
Signed-off-by: Pekka Paalanen
---
src/egl/wayland/wayland-drm/wayland-drm.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/src/e
On Thu, 29 Mar 2012 14:16:10 -0700
Ian Romanick 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 Lee
> >> ---
>
On Wed, 1 Feb 2012 06:14:40 -0800 (PST)
Jose Fonseca wrote:
> - Original Message -
> > On Wed, 1 Feb 2012 05:03:21 -0800 (PST)
> > Jose Fonseca wrote:
> >
> > > I wonder if people have use any tools to facility applying patches
> > > posted to mesa, as for me locate, save, and applying
On Wed, 1 Feb 2012 05:03:21 -0800 (PST)
Jose Fonseca 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 can keep up with
On Fri, 16 Dec 2011 08:42:01 -0700
Brian Paul 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
> > 6e0f9001fe3fb191c2928bd09aa9e9d0
On Mon, 19 Dec 2011 13:24:20 -0800
Ian Romanick wrote:
> On 12/19/2011 05:23 AM, Pekka Paalanen wrote:
> > On Fri, 16 Dec 2011 10:46:11 -0800
> > Ian Romanick wrote:
> >
> >> On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
> >>> string_to_uint_map:
On Mon, 19 Dec 2011 11:02:31 -0800
Kenneth Graunke wrote:
> On 12/19/2011 05:23 AM, Pekka Paalanen wrote:
> > On Fri, 16 Dec 2011 10:46:11 -0800
> > Ian Romanick wrote:
> >
> >> On 12/14/2011 11:26 PM, Pekka Paalanen wrote:
> >>> string_to_uint_map:
On Fri, 16 Dec 2011 10:46:11 -0800
Ian Romanick 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.
> >
> > R
On Fri, 16 Dec 2011 08:42:01 -0700
Brian Paul 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
> > 6e0f9001fe3fb191c2928bd09aa9e9d0
ture_image().
Put the free() back, fixes a Valgrind error.
Signed-off-by: Pekka Paalanen
Cc: Brian Paul
---
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..6318cb1 100644
--- a/src
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
---
src/mesa/main/shaderobj.c |4
1 files chang
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
---
src/glsl/link_uniforms.cpp |3 +--
1 files changed, 1
1 - 100 of 102 matches
Mail list logo
