Re: [RFC v2] Wayland presentation extension (video protocol)

2014-02-04 Thread Pekka Paalanen
On Thu, 30 Jan 2014 17:35:17 +0200 Pekka Paalanen wrote: > Hi, > > it's time for a take two on the Wayland presentation extension. > > > 1. Introduction > > The v1 proposal is here: > http://lists.freedesktop.org/archives/wayland-devel/2013-October/011496.html > > In v2 the bas

Re: [PATCH weston] compositor-rpi: Fix input initialization

2014-02-04 Thread Pekka Paalanen
On Mon, 3 Feb 2014 16:57:27 +0100 poch...@gmail.com wrote: > From: Emilio Pozuelo Monfort > > The input initialization code assumes the outputs have already > been initialized; thus create the outputs first. This fixes a > segfault upon startup. It is also what the drm and fbdev backends > do.

[PATCH weston 1/2 v3] gl-renderer: Track border damage and only repaint borders on an as-needed basis

2014-02-04 Thread Jason Ekstrand
Signed-off-by: Jason Ekstrand --- No change from previous version. Just resending to keep things together. src/gl-renderer.c | 110 -- 1 file changed, 81 insertions(+), 29 deletions(-) diff --git a/src/gl-renderer.c b/src/gl-renderer.c index

[PATCH weston 2/2 v3] gl-renderer: Use eglSwapBuffersWithDamageEXT when available

2014-02-04 Thread Jason Ekstrand
Signed-off-by: Jason Ekstrand --- Version 3 properly #ifdefs around things so it will still build on systems that do not provide the extension in eglext.h src/gl-renderer.c | 107 ++ 1 file changed, 107 insertions(+) diff --git a/src/gl-render

Re: [PATCH weston] compositor-rpi: Fix input initialization

2014-02-04 Thread Silvan Jegen
On Tue, Feb 04, 2014 at 09:42:55AM +0100, Yann E. MORIN wrote: > > From: Emilio Pozuelo Monfort > > > > The input initialization code assumes the outputs have already > > been initialized; thus create the outputs first. This fixes a > > segfault upon startup. It is also what the drm and fbdev bac

Re: [PATCH weston] Fullscreen surfaces

2014-02-04 Thread Bill Spitzak
Emilio Pozuelo Monfort wrote: On 03/02/14 17:14, Emilio Pozuelo Monfort wrote: Hi Bill, On 30/01/14 23:33, Bill Spitzak wrote: Fullscreen, normal windows, and "panels" can be arranged in any stacking order, except the compositor enforces this rule: The "panels" are always just below the l

Re: [PATCH weston] Fullscreen surfaces

2014-02-04 Thread Jasper St. Pierre
You can see our layers here: https://git.gnome.org/browse/mutter/tree/src/meta/common.h#n572 On Tue, Feb 4, 2014 at 2:45 AM, Emilio Pozuelo Monfort wrote: > On 03/02/14 17:14, Emilio Pozuelo Monfort wrote: > > Hi Bill, > > > > On 30/01/14 23:33, Bill Spitzak wrote: > >> There really should not

[PATCH] Don't deref the sample pointer in the wl_container_of macro

2014-02-04 Thread Neil Roberts
The previous implementation of the wl_container_of macro was dereferencing the sample pointer in order to get an address of the member to calculate the offset. Ideally this shouldn't cause any problems because the dereference doesn't actually cause the address to be read from so it shouldn't matter

Re: [PATCH weston] compositor-rpi: Fix input initialization

2014-02-04 Thread Pekka Paalanen
On Tue, 04 Feb 2014 08:47:55 +0100 Emilio Pozuelo Monfort wrote: > On 03/02/14 20:00, Pekka Paalanen wrote: > > On Mon, 3 Feb 2014 16:57:27 +0100 > > poch...@gmail.com wrote: > > > >> From: Emilio Pozuelo Monfort > >> > >> The input initialization code assumes the outputs have already > >> bee

Re: [PATCH weston] compositor-rpi: Fix input initialization

2014-02-04 Thread Yann E. MORIN
Emilio, All, On 2014-02-03 16:57 +0100, poch...@gmail.com spake thusly: > From: Emilio Pozuelo Monfort > > The input initialization code assumes the outputs have already > been initialized; thus create the outputs first. This fixes a > segfault upon startup. It is also what the drm and fbdev bac