Re: Creating a Window Manager to use Wayland (that's not in C)

 On Tue, 08 Jan 2013 09:50:15 -0800, Jason Ekstrand wrote:On Tue, Jan 8, 2013 at 2:26 AM, Pekka Paalanen wrote: Hi, maybe the EGL bits, if you plan to support hardware accelerated graphics on clients, but I think that's optional. Hardware accelerated clients will basically

Re: [RFC] Sub-surface protocol and implementation v1

Pekka Paalanen wrote: Commit should work the same way. It should commit itself and all it's children. Furthermore it should commit all reordering of it's immediate children. Could you give some rationale why this is preferred to any other way, for instance sub-surface commit needing a main sur

Re: [PATCH 3/3] Make EGL/GLESv2 dependencies optional

On Wed, Jan 9, 2013 at 12:01 AM, John Kåre Alsaker wrote: > EGLDisplay, EGLSurface, EGLNativeDisplayType and EGLNativeWindowType > should all be void *. With that change you can get rid of the ugly > typecasts. OK, thanks, will try that and send patch tomorrow. Regards Vasily > On Tue, Jan 8, 2

Re: [PATCH 3/3] Make EGL/GLESv2 dependencies optional

EGLDisplay, EGLSurface, EGLNativeDisplayType and EGLNativeWindowType should all be void *. With that change you can get rid of the ugly typecasts. On Tue, Jan 8, 2013 at 5:09 PM, Vasily Khoruzhick wrote: > > +typedef int EGLDisplay; > +typedef int EGLSurface; > +typedef long int EGLNativeDisplayT

Re: [PATCH 2/3] renderer: introduce destroy callback

On Tue, Jan 8, 2013 at 9:14 PM, Vasily Khoruzhick wrote: > On Tue, Jan 8, 2013 at 10:50 PM, John Kåre Alsaker > wrote: > > Hi John, > >> I'd like for output_create, output_destroy, renderer_destroy, >> set_border and repaint_output to be virtual functions as part of a new >> abstraction which is

Re: [RFC] Sub-surface protocol and implementation v1

My goals for a subsurface implementation are these: - Allow nesting to ease interoperability for client side code. - Allow a surface without any content to have an input region and let the content be presented in a number of adjacent subsurfaces. This would simplify input handling by a lot. - Allow

Re: [PATCH 1/3] Add missing pixman-renderer.h to Makefile.am

On Tue, Jan 08, 2013 at 07:09:00PM +0300, Vasily Khoruzhick wrote: > Signed-off-by: Vasily Khoruzhick All three patches applied. Kristian > --- > src/Makefile.am | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/src/Makefile.am b/src/Makefile.am > index 14e283e..e4bb862 100644 > --- a/

Re: [PATCH 2/3] renderer: introduce destroy callback

On Tue, Jan 8, 2013 at 10:50 PM, John Kåre Alsaker wrote: Hi John, > I'd like for output_create, output_destroy, renderer_destroy, > set_border and repaint_output to be virtual functions as part of a new > abstraction which is responsible for handling buffers and renderers > for the backends. Th

Re: [PATCH 2/3] renderer: introduce destroy callback

I'd like for output_create, output_destroy, renderer_destroy, set_border and repaint_output to be virtual functions as part of a new abstraction which is responsible for handling buffers and renderers for the backends. These may simply be new fields in weston_renderer that the backends override as

Re: [PATCH 2/3] renderer: introduce destroy callback

On Tue, Jan 8, 2013 at 1:36 PM, John Kåre Alsaker wrote: > I'd like to see this callback in a buffer manager abstraction which > could encapsulate EGL and X11/fb/kms buffer management and get rid of > duplicated code for the renderers. However if it's added to > weston_renderer, it should be destr

Re: [PATCH 2/3] renderer: introduce destroy callback

I'd like to see this callback in a buffer manager abstraction which could encapsulate EGL and X11/fb/kms buffer management and get rid of duplicated code for the renderers. However if it's added to weston_renderer, it should be destroyed by the compositor and not by the backends. On Tue, Jan 8, 20

Re: Creating a Window Manager to use Wayland (that's not in C)

On Tue, Jan 8, 2013 at 2:26 AM, Pekka Paalanen wrote: > On Mon, 07 Jan 2013 21:24:44 -0800 > kristof wrote: > > > I'm planning on creating a rather minimal Haskell based > > compositor/window-manager for use with the Wayland display server > > protocol. After some reading, I've come to the concl

[PATCH 3/3] Make EGL/GLESv2 dependencies optional

Introduce --disable-egl switch for configure to disable EGL/GLESv2 support. Signed-off-by: Vasily Khoruzhick --- configure.ac | 40 ++- src/Makefile.am | 6 +- src/compositor-x11.c | 4 ++-- src/gl-renderer.h| 59

[PATCH 2/3] renderer: introduce destroy callback

Signed-off-by: Vasily Khoruzhick --- src/compositor-android.c | 6 +++--- src/compositor-drm.c | 4 ++-- src/compositor-headless.c | 2 +- src/compositor-rpi.c | 4 ++-- src/compositor-wayland.c | 4 ++-- src/compositor-x11.c | 10 ++ src/compositor.h | 3 +

[PATCH 1/3] Add missing pixman-renderer.h to Makefile.am

Signed-off-by: Vasily Khoruzhick --- src/Makefile.am | 1 + 1 file changed, 1 insertion(+) diff --git a/src/Makefile.am b/src/Makefile.am index 14e283e..e4bb862 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -37,6 +37,7 @@ weston_SOURCES = \ gl-rendere

Re: Wayland doesnt seem rendering on gpu

On Tue, Jan 8, 2013 at 7:31 AM, Pekka Paalanen wrote: > On Tue, 8 Jan 2013 17:49:51 +0530 > ashjas wrote: > >> Hello, >> >> I am running weston-launch without X. i did that by stoping the window >> manager on ubuntu using sudo stop lightdm and greping for X process.. >> >> but it seems that all t

Re: Wayland doesnt seem rendering on gpu

On Tue, 8 Jan 2013 17:49:51 +0530 ashjas wrote: > Hello, > > I am running weston-launch without X. i did that by stoping the window > manager on ubuntu using sudo stop lightdm and greping for X process.. > > but it seems that all the rendering is still being done on the cpu as the > cpu is almo

Wayland doesnt seem rendering on gpu

Hello, I am running weston-launch without X. i did that by stoping the window manager on ubuntu using sudo stop lightdm and greping for X process.. but it seems that all the rendering is still being done on the cpu as the cpu is almost 100% when i run the ./smoke client demo application.. how to

Re: [PATCH v2 2/2] x11 backend: add option to use pixman renderer

On Mon, 7 Jan 2013 13:49:38 -0500 Kristian Høgsberg wrote: > On Mon, Jan 07, 2013 at 08:39:50PM +0300, Vasily Khoruzhick wrote: > > When --use-shm is passed to weston and x11 backend is active, > > it will use SHM surfaces with pixman renderer instead of EGL > > > > Signed-off-by: Vasily Khoruzh

Re: Creating a Window Manager to use Wayland (that's not in C)

On Mon, 07 Jan 2013 21:24:44 -0800 kristof wrote: > I'm planning on creating a rather minimal Haskell based > compositor/window-manager for use with the Wayland display server > protocol. After some reading, I've come to the conclusion that I need to > create a Haskell API for the Wayland p