Re: XWayland on the RaspberryPI

2014-01-14 Thread Pekka Paalanen
On Tue, 14 Jan 2014 09:07:31 +0100 albert skar...@gmail.com wrote: Greetings all, I am trying to make XWayland run on a Raspberry PI, so I am building wayland/weston and the xserver xwayland branch from here: git://anongit.freedesktop.org/xorg/xserver As well as the wlshm (now moved

Re: XWayland on the RaspberryPI

2014-01-14 Thread Pekka Paalanen
towards xwayland module? Thanks, pq 2014/1/14 Pekka Paalanen ppaala...@gmail.com On Tue, 14 Jan 2014 09:07:31 +0100 albert skar...@gmail.com wrote: Greetings all, I am trying to make XWayland run on a Raspberry PI, so I am building wayland/weston and the xserver xwayland

Re: [PATCH wayland] protocol: Clarify semantics of sub-surface placement requests

2014-01-17 Thread Pekka Paalanen
Hi Jonas On Thu, 16 Jan 2014 23:27:07 +0100 Jonas Ådahl jad...@gmail.com wrote: Clarify some semantics of wl_subsurface.place_below and wl_subsurface.place_below that were not specified. Below and below. ;-) Signed-off-by: Jonas Ådahl jad...@gmail.com --- Hi, Implementing support

Re: weston-1.4.0: rpi-backend is broken

2014-01-26 Thread Pekka Paalanen
On Sun, 26 Jan 2014 19:08:47 +0100 Yann E. MORIN yann.morin.1...@free.fr wrote: Hello All! I'm trying to run wayland+weston 1.4.0 on the raspberry pi with the rpi-backend. Running weston freezes while still in the console, just after displaying Initializing Raspberry Pi backend.

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

2014-01-28 Thread Pekka Paalanen
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

Re: weston-1.4.0: rpi-backend is broken

2014-01-28 Thread Pekka Paalanen
On Tue, 28 Jan 2014 00:49:06 +0100 Yann E. MORIN yann.morin.1...@free.fr wrote: Pekka, All, On 2014-01-26 21:15 +0100, Yann E. MORIN spake thusly: On 2014-01-26 21:51 +0200, Pekka Paalanen spake thusly: On Sun, 26 Jan 2014 19:08:47 +0100 Yann E. MORIN yann.morin.1...@free.fr wrote

New renderer features (Re: [PATCH 2/2] compositor: add a masking mechanism to weston_layer)

2014-01-28 Thread Pekka Paalanen
On Tue, 28 Jan 2014 18:21:40 +0200 Ander Conselvan de Oliveira conselv...@gmail.com wrote: On 01/27/2014 09:46 PM, Giulio Camuffo wrote: this adds a mechanism to mask the views belonging to a layer to an arbitrary rect, in the global space. The parts that don't fit in that rect will be

Re: Make safe double remove?

2014-01-28 Thread Pekka Paalanen
On Tue, 28 Jan 2014 21:45:14 + Jonathan Howard jonat...@unbiased.name wrote: More of a for argument as I see it. With unlinked state you can have if desired a wl_list_unlinked function (identical to empty as used on the head.) Changing wl_list_insert is a code breaker as it is used to

Re: Mapping surfaces created through a nested compositor to UI elements

2014-01-30 Thread Pekka Paalanen
On Thu, 30 Jan 2014 10:32:03 +0100 Iago Toral ito...@igalia.com wrote: Hi, in the process of porting webkitgtk+ to wayland and following advise provided here, I implemented a nested compositor to share surfaces between the two processes that do the rendering. This works fine with a single

[RFC v2] Wayland presentation extension (video protocol)

2014-01-30 Thread Pekka Paalanen
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 basic idea is the same: you can queue frames with a target presentation time, and

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

2014-01-31 Thread Pekka Paalanen
On Thu, 30 Jan 2014 17:35:17 +0200 Pekka Paalanen ppaala...@gmail.com wrote: The v1 proposal is here: http://lists.freedesktop.org/archives/wayland-devel/2013-October/011496.html In v2 the basic idea is the same: you can queue frames with a target presentation time, and you can get accurate

Re: [PATCH weston] input: Empty the current input region when configuring pointer surfaces

2014-02-01 Thread Pekka Paalanen
On Fri, 31 Jan 2014 16:07:51 +0200 Ander Conselvan de Oliveira ander.conselvan.de.olive...@intel.com wrote: The input region of the cursor surface is set to empty in pointer_cursor_surface_configure(). Since during the commit process this function is called before the pending input region is

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

2014-02-03 Thread Pekka Paalanen
On Mon, 3 Feb 2014 16:57:27 +0100 poch...@gmail.com wrote: From: Emilio Pozuelo Monfort emilio.pozu...@collabora.co.uk 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

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 emilio.pozu...@collabora.co.uk 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

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 ppaala...@gmail.com 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

Re: [PATCH weston 2/6] noop-renderer: Set the buffer size on attach requests

2014-02-06 Thread Pekka Paalanen
On Thu, 6 Feb 2014 12:30:32 +0100 Emilio Pozuelo Monfort poch...@gmail.com wrote: From: Emilio Pozuelo Monfort emilio.pozu...@collabora.co.uk This lets the compositor know the size of the surface as calculated in weston_surface_set_size_from_buffer(), and fixes a couple of tests when using

Re: [PATCH weston 3/6] noop-renderer: Read the shm buffer contents on attach

2014-02-06 Thread Pekka Paalanen
On Thu, 6 Feb 2014 12:30:33 +0100 Emilio Pozuelo Monfort poch...@gmail.com wrote: From: Emilio Pozuelo Monfort emilio.pozu...@collabora.co.uk The noop-renderer doesn't read buffer contents, which means bad buffers go undetected. Thus, read the buffer contents just for the purpose of

Re: [PATCH weston 0/6] Make the headless backend useful again

2014-02-06 Thread Pekka Paalanen
On Thu, 6 Feb 2014 12:30:30 +0100 Emilio Pozuelo Monfort poch...@gmail.com wrote: From: Emilio Pozuelo Monfort emilio.pozu...@collabora.co.uk This fixes a few bugs in the headless backend, to the point where it can run the test suite, except for two issues: - the buffer-count is skipped

Re: [PATCH weston v2 6/6] tests: Properly report skipped tests

2014-02-07 Thread Pekka Paalanen
On Fri, 7 Feb 2014 09:34:48 +0100 Emilio Pozuelo Monfort poch...@gmail.com wrote: From: Emilio Pozuelo Monfort emilio.pozu...@collabora.co.uk We were calling exit(0) when tests were skipped, which counted them as passed instead of skipped. Fix this by properly exiting with 77 (which is

Re: Help compiling mesa/gallium from git!

2014-02-08 Thread Pekka Paalanen
On Fri, 07 Feb 2014 09:54:36 -0800 Bill Spitzak spit...@gmail.com wrote: Okay, removing everything with gallium in it's name from the install worked. But make install in mesa puts it all back! Would clean fix this? What I am really interested in is the proper configure line for mesa. I am

Re: [PATCH 1/3] Make default log handler print to stderr

2014-02-08 Thread Pekka Paalanen
On Fri, 7 Feb 2014 22:27:00 -0800 Kristian Høgsberg k...@bitplanet.net wrote: On the client side we log fatal errors before we exit. If a client doesn't set a log handler, it's hard to figure out what goes wrong. --- src/wayland-util.c | 6 -- 1 file changed, 4 insertions(+), 2

Re: Is there any way to let compositor set the data in client space and then return back to client?

2014-02-08 Thread Pekka Paalanen
On Sat, 8 Feb 2014 08:19:06 + Wang, Quanxian quanxian.w...@intel.com wrote: Hi, All I want to allocate some space in client, and let compositor set some data in this space and then return back to client. It seems like user data mechanism. Any way to implement that? Not really,

Re: [PATCH 1/3] Make default log handler print to stderr

2014-02-10 Thread Pekka Paalanen
On Sun, 9 Feb 2014 21:35:10 -0800 Kristian Høgsberg hoegsb...@gmail.com wrote: On Sat, Feb 08, 2014 at 11:44:11AM +0200, Pekka Paalanen wrote: On Fri, 7 Feb 2014 22:27:00 -0800 Kristian Høgsberg k...@bitplanet.net wrote: On the client side we log fatal errors before we exit

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

2014-02-10 Thread Pekka Paalanen
at 9:35 AM, Pekka Paalanen ppaala...@gmail.com 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 basic idea

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

2014-02-10 Thread Pekka Paalanen
On Sat, 8 Feb 2014 15:39:57 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: On Wed, Feb 5, 2014 at 1:32 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 30 Jan 2014 17:35:17 +0200 Pekka Paalanen ppaala...@gmail.com wrote: Hi, it's time for a take two on the Wayland

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

2014-02-11 Thread Pekka Paalanen
On Mon, 10 Feb 2014 09:23:12 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: On Mon, Feb 10, 2014 at 3:53 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Sat, 8 Feb 2014 15:23:29 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: Pekka, First off, I think you've done a great job

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

2014-02-11 Thread Pekka Paalanen
On Mon, 10 Feb 2014 12:20:00 -0800 Bill Spitzak spit...@gmail.com wrote: Pekka Paalanen wrote: This algorithm aims to start showing an update between t-T/2 and t+T/2, which means that presentation may occur a little early or late, with an average of zero. Another option would be to show

Presentation extension RFCv2, feedback implemented

2014-02-11 Thread Pekka Paalanen
Hi all, I thought I'd share this with you, so you can start experimenting with the presentation feedback extension. The Weston branch at http://cgit.collabora.com/git/user/pq/weston.git/log/?h=presentation-RFCv2-feedback implements the presentation feedback part and should be fully usable. The

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

2014-02-11 Thread Pekka Paalanen
UST all the way?. Thanks, pq Pekka Paalanen wrote: On Mon, 10 Feb 2014 12:20:00 -0800 Bill Spitzak spit...@gmail.com wrote: Pekka Paalanen wrote: This algorithm aims to start showing an update between t-T/2 and t+T/2, which means that presentation may occur a little early or late

Re: [PATCH] xwayland: Destroy wl_buffers only after they are released

2014-02-11 Thread Pekka Paalanen
On Tue, 11 Feb 2014 16:34:13 +0100 Rui Matos tiagoma...@gmail.com wrote: Destroying a wl_buffer that is still attached to a wl_surface is undefined behavior according to the wayland protocol. We should delay the destruction until we get the release event. --- So, I'm not sure why there was

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

2014-02-12 Thread Pekka Paalanen
of the rounding switches from one P to another. - pq Pekka Paalanen wrote: Ok, so what you are suggesting here is that we should change the whole design to always have presentation come late with a mean delay of half the refresh period (T/2) and the amount of delay being between 0 and T. Just

Re: [PATCH] Prevent zero sized wl_egl_window

2014-02-13 Thread Pekka Paalanen
On Wed, 12 Feb 2014 16:21:11 -0800 Sinclair Yeh sinclair@intel.com wrote: It is illegal to create or resize a window to zero (or negative) width and/or height. This patch prevents such a request from happening. --- src/egl/wayland/wayland-egl/wayland-egl.c | 6 ++ 1 file changed, 6

Re: [RFC v4] Fullscreen shell protocol

2014-02-13 Thread Pekka Paalanen
Hi Jason On Thu, 13 Feb 2014 22:37:53 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: The following is yet another take on the fullscreen shell protocol. Previous versions more-or-less followed the approach taken in wl_shell. This version completely reworks the concept. In particular, the

Re: [PATCH 2/9] compositor: Output repaint in clone mode

2014-02-13 Thread Pekka Paalanen
On Fri, 14 Feb 2014 15:17:37 +0800 Xiong Zhang xiong.y.zh...@intel.com wrote: Because slave output doesn't in compositor-output_list, the output-repaint()is called from master output only. When master output repaint,all the slave output should repaint also. Slave output share fb with

Re: [PATCH 5/9] compositor: Output unplug in clone mode

2014-02-13 Thread Pekka Paalanen
On Fri, 14 Feb 2014 15:17:40 +0800 Xiong Zhang xiong.y.zh...@intel.com wrote: If unplugged output is a slave output, no need to restore views. If unplugged output is a master output which doesn't have slave output related it, views will be restored the same as extend mode. If unplugged

Re: [RFC v4] Fullscreen shell protocol

2014-02-14 Thread Pekka Paalanen
On Fri, 14 Feb 2014 11:11:33 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: Hi Pekka! Thanks for the review. Comments follow. On Fri, Feb 14, 2014 at 1:14 AM, Pekka Paalanen ppaala...@gmail.com wrote: Hi Jason On Thu, 13 Feb 2014 22:37:53 -0600 Jason Ekstrand ja

Re: wl_surface_commit from different thread

2014-02-14 Thread Pekka Paalanen
On Fri, 14 Feb 2014 16:11:54 -0600 Prabhu S prabhusun...@gmail.com wrote: Now I understand calling wl_surface_commit from different thread is not the problem. wl_surface_commit has to be called inside the swapbuffer before return, otherwise keeps waiting in the event loop. It's more than

Re: Inter-client surface embedding

2014-02-16 Thread Pekka Paalanen
On Mon, 17 Feb 2014 00:04:19 + (GMT) Mark Thomas mark-wayland-de...@efaref.net wrote: As part of my current attempts to get MATE fully working on Wayland, I was planning to take a look at porting mate-panel this weekend. However, I pretty quickly hit the first snag, which is that Gtk

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

2014-02-17 Thread Pekka Paalanen
On Mon, 17 Feb 2014 03:23:40 + Zhang, Xiong Y xiong.y.zh...@intel.com wrote: On Thu, 2014-01-30 at 17:35 +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

Core protocol change; [RFC v2] Wayland presentation extension

2014-02-17 Thread Pekka Paalanen
Hi, there is one important thing in the below spec I really need to highlight! See further below. On Thu, 30 Jan 2014 17:35:17 +0200 Pekka Paalanen ppaala...@gmail.com wrote: Hi, it's time for a take two on the Wayland presentation extension. 1. Introduction The v1

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

2014-02-17 Thread Pekka Paalanen
On Mon, 17 Feb 2014 01:25:07 +0100 Mario Kleiner mario.kleiner...@gmail.com wrote: Hello Pekka, i'm not yet subscribed to wayland-devel, and a bit short on time atm., so i'll take a shortcut via direct e-mail for some quick feedback for your Wayland presentation extension v2. Hi Mario,

Re: Inter-client surface embedding

2014-02-17 Thread Pekka Paalanen
On Mon, 17 Feb 2014 22:59:11 + (GMT) Mark Thomas mark-wayland-de...@efaref.net wrote: On Mon, 17 Feb 2014, Pekka Paalanen wrote: On Mon, 17 Feb 2014 00:04:19 + (GMT) Mark Thomas mark-wayland-de...@efaref.net wrote: - The subsurface has separate focus from the main window

Re: Core protocol change; [RFC v2] Wayland presentation extension

2014-02-18 Thread Pekka Paalanen
:30:54 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: On Feb 17, 2014 2:35 AM, Pekka Paalanen ppaala...@gmail.com wrote: Hi, there is one important thing in the below spec I really need to highlight! See further below. On Thu, 30 Jan 2014 17:35:17 +0200 Pekka Paalanen ppaala

Re: [PATCH wayland] protocol: strike the note of frame callback triggering time

2014-02-19 Thread Pekka Paalanen
On Tue, 18 Feb 2014 16:43:15 +0200 Pekka Paalanen ppaala...@gmail.com wrote: From: Pekka Paalanen pekka.paala...@collabora.co.uk the callback event will arrive after the next output refresh is wrong, if you interpret output refresh as framebuffer flip or the moment when the new pixels turn

Re: Help compiling mesa/gallium from git!

2014-02-19 Thread Pekka Paalanen
On Tue, 18 Feb 2014 11:12:01 -0800 Bill Spitzak spit...@gmail.com wrote: Maybe you can correct my guess as to how all this software talks to each other: 1. An EGL-using wayland client talks to mesa's libEGL. You have to ensure it actually gets the Mesa version of libEGL. 2. Somehow mesa

Re: Inter-client surface embedding

2014-02-19 Thread Pekka Paalanen
On Tue, 18 Feb 2014 19:09:45 + (GMT) Mark Thomas mark-wayland-de...@efaref.net wrote: On Mon, 17 Feb 2014, Bill Spitzak wrote: I do believe users are looking for something more like this than for implementing a subcompositor. Subcompositor really worries me as it relies on the

Re: [PATCH 3/5] shell: add managed_surface interface, request and events

2014-02-19 Thread Pekka Paalanen
On Wed, 19 Feb 2014 06:18:18 +0100 Manuel Bachmann manuel.bachm...@open.eurogiciel.org wrote: We create a new managed_surface object which will track a surface compositor-side, and receive events shell-side to handle 3 cases : - a toplevel surface has been created ; - a toplevel surface has

Re: Help compiling mesa/gallium from git!

2014-02-19 Thread Pekka Paalanen
On Tue, 18 Feb 2014 23:58:41 -0800 Bill Spitzak spit...@gmail.com wrote: Okay, a bit more luck, in that I can compile weston. I mostly discovered that there are parts of mesa you just cannot turn off, no matter how much you are certain they are not used. Mesa internally has calls into

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

2014-02-20 Thread Pekka Paalanen
:56:02 +0100 Mario Kleiner mario.kleiner...@gmail.com wrote: On 17/02/14 14:12, Pekka Paalanen wrote: On Mon, 17 Feb 2014 01:25:07 +0100 Mario Kleiner mario.kleiner...@gmail.com wrote: Hello Pekka, i'm not yet subscribed to wayland-devel, and a bit short on time atm., so i'll take

Re: [PATCH] xwayland: Destroy wl_buffers only after they are released

2014-02-20 Thread Pekka Paalanen
ownership of wl_buffers, both our own and the compositor's which occurs from either the first commit request or the first commit request after a release event until the next release event. --- On 12 February 2014 08:54, Pekka Paalanen ppaala...@gmail.com wrote: I assume the code never added

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

2014-02-21 Thread Pekka Paalanen
On Fri, 21 Feb 2014 06:40:02 +0100 Mario Kleiner mario.kleiner...@gmail.com wrote: On 20/02/14 12:07, Pekka Paalanen wrote: Hi Mario, Ok, now i am magically subscribed. Thanks to the moderator! Cool, I can start trimming out parts of the email. :-) I have replies to your comments

[PATCH wayland v2] protocol: try to clarify frame callback semantics

2014-02-21 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk the callback event will arrive after the next output refresh is wrong, if you interpret output refresh as framebuffer flip or the moment when the new pixels turn into light the first time. Weston has probably never worked this way. Weston

Re: [PATCH wayland v2] protocol: try to clarify frame callback semantics

2014-02-22 Thread Pekka Paalanen
before sending the frame callback. Point is, it should be a compositor decision and I think you made that clear enough. Looks good to me. --Jason Ekstrand Reviewed-by: Jason Ekstrand ja...@jlekstrand.net On Fri, Feb 21, 2014 at 7:46 AM, Pekka Paalanen ppaala...@gmail.com wrote

Re: [PATCH wayland v2] protocol: try to clarify frame callback semantics

2014-02-22 Thread Pekka Paalanen
waiting before sending the frame callback. Point is, it should be a compositor decision and I think you made that clear enough. Looks good to me. --Jason Ekstrand Reviewed-by: Jason Ekstrand ja...@jlekstrand.net On Fri, Feb 21, 2014 at 7:46 AM, Pekka Paalanen ppaala...@gmail.com wrote

Re: [PATCH wayland v2] protocol: try to clarify frame callback semantics

2014-02-22 Thread Pekka Paalanen
On Fri, 21 Feb 2014 10:53:03 -0800 Bill Spitzak spit...@gmail.com wrote: How about something like this, which is my understanding: The frame callback is sent when it is known that the last commit will be visible on the screen. If a second commit is sent before the frame callback it is

[PATCH wayland v3] protocol: try to clarify frame callback semantics

2014-02-24 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk the callback event will arrive after the next output refresh is wrong, if you interpret output refresh as framebuffer flip or the moment when the new pixels turn into light the first time. Weston has probably never worked this way. Weston

Re: [PATCH weston] xdg-shell: add description tags where missing

2014-02-25 Thread Pekka Paalanen
On Mon, 24 Feb 2014 11:57:31 -0500 Jasper St. Pierre jstpie...@mecheye.net wrote: Aha. I just sort of assumed that we could have a long description of an arg by using the contents, and it didn't seem to break. I didn't find anything else doing it. I didn't know we needed a description.

Re: [PATCH] protocol: Change wl_surface.damage to be in buffer coordinates.

2014-02-25 Thread Pekka Paalanen
On Mon, 24 Feb 2014 22:32:05 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: When buffer_transform and buffer_scale were first introduced, added, we specified surface damage to be in surface coordinates. However, this does Don't forget wl_viewport. not and will never work properly with

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

2014-02-25 Thread Pekka Paalanen
On Mon, 24 Feb 2014 23:25:18 +0100 Mario Kleiner mario.kleiner...@gmail.com wrote: On 21/02/14 09:36, Pekka Paalanen wrote: ... Atm. i have to verify on specific X-Server / ddx / Linux kernel versions, at least for the most common setups i care about, because there's always potential

Wayland presentation extension (video protocol) WIP after RFCv2

2014-02-26 Thread Pekka Paalanen
Hi all, I just wanted to mention where I am with this at the moment, as it seems like it will be some time before I can come back to this. The RFCv2 thread started at: http://lists.freedesktop.org/archives/wayland-devel/2014-January/012988.html Since then, there has been plenty of discussion,

Re: [PATCH] protocol: Change wl_surface.damage to be in buffer coordinates.

2014-02-26 Thread Pekka Paalanen
On Wed, 26 Feb 2014 21:13:16 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: Technically, wl_surface.damage is supposed to be called between wl_surface.attach and wl_surface.commit. However, I think Weston is fairly forgiving on this point and it might work. The order between damage,

Re: [PATCH 0/6] Add weston randr protocol

2014-02-26 Thread Pekka Paalanen
On Thu, 27 Feb 2014 05:30:21 + Wang, Quanxian quanxian.w...@intel.com wrote: Hi, All From Jason's comment, about the security issue, I am not sure if I should think about that in this protocol. For communication protocol between client and server, it is hard to control the permission

Re: [PATCH 1/6] Add weston randr protocol

2014-02-26 Thread Pekka Paalanen
On Thu, 27 Feb 2014 11:28:00 +0800 Quanxian Wang quanxian.w...@intel.com wrote: Weston protocol wrandr will provide interface to 1) set output mode 2) set output transform 3) move output to relative position 4) provide disconnected display port information *Dynamic* mode setting is the

Re: [PATCH 1/6] Add weston randr protocol

2014-02-27 Thread Pekka Paalanen
On Thu, 27 Feb 2014 08:06:23 + Wang, Quanxian quanxian.w...@intel.com wrote: -Original Message- From: Pekka Paalanen [mailto:ppaala...@gmail.com] Sent: Thursday, February 27, 2014 3:28 PM To: Wang, Quanxian Cc: wayland-devel@lists.freedesktop.org; Zhang, Xiong Y Subject: Re

Re: [PATCH 1/6] Add weston randr protocol

2014-02-27 Thread Pekka Paalanen
On Thu, 27 Feb 2014 09:15:55 + Wang, Quanxian quanxian.w...@intel.com wrote: -Original Message- From: Pekka Paalanen [mailto:ppaala...@gmail.com] Sent: Thursday, February 27, 2014 4:36 PM To: Wang, Quanxian Cc: wayland-devel@lists.freedesktop.org; Zhang, Xiong Y Subject: Re

Re: [PATCH 1/6] Add weston randr protocol

2014-03-05 Thread Pekka Paalanen
Clasen; wayland-devel@lists.freedesktop.org; Pekka Paalanen; Zhang, Xiong Y; Wang, Quanxian Subject: Re: [PATCH 1/6] Add weston randr protocol I'd also say that in the automotive case, you *don't* want arbitrary modesetting. The user of the infotainment system in your Land Rover will not want

Re: [PATCH 1/6] Add weston randr protocol

2014-03-05 Thread Pekka Paalanen
On Wed, 5 Mar 2014 09:40:32 + Wang, Quanxian quanxian.w...@intel.com wrote: Just mention one thing Pq: But RandR is a disaster if random applications use it! Windows and icons squashed into top-left corner, dialogs too large to fit on the screen after the random application fails to

Re: [PATCH 1/6] Add weston randr protocol

2014-03-05 Thread Pekka Paalanen
On Wed, 5 Mar 2014 09:24:34 + Wang, Quanxian quanxian.w...@intel.com wrote: Hi, Jasper Jason In order to understand it more, I provide such cases. 1) One customer uses handset which OS using wayland. When he open the handset, there is the menu screen which contain icons list.

Re: [PATCH 1/6] Add weston randr protocol

2014-03-06 Thread Pekka Paalanen
. (Not all of it applies to phone/TV/IVI/..., because they do not use xdg_shell protocol.) -Original Message- From: Pekka Paalanen [mailto:ppaala...@gmail.com] Sent: Wednesday, March 05, 2014 6:28 PM To: Wang, Quanxian Cc: Jasper St. Pierre; Jason Ekstrand; Zhang, Xiong Y; Hardening; Matthias

Re: [PATCH] Bug fix client apps because of output change

2014-03-06 Thread Pekka Paalanen
On Thu, 6 Mar 2014 16:25:42 +0800 Quanxian Wang quanxian.w...@intel.com wrote: 1) Width and height of Panel and Background depend on output's, therefore they should be bound with output changes including mode, transform and scale. 2) Update the min_allocation before resize the panel and

[RFCv3 weston 00/15] Wayland Presentation extension

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Hi all, here is the third RFC of the Wayland Presentation protocol, now with a complete implementation! RFCv2 can be found at http://lists.freedesktop.org/archives/wayland-devel/2014-January/012988.html and the email thread contains extensive

[RFCv3 weston 01/15] compositor: refactor more into weston_surface_attach

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Merge more code into a common function. No functional changes. Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk --- src/compositor.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/src/compositor.c b

[RFCv3 weston 02/15] compositor: buffer can be non-NULL only if newly_attached

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk There is no need for weston_subsurface_commit_to_cache() to leave the pending.buffer set. Reset it to NULL. This makes pending.buffer always NULL if pending.newly_attached == 0. IOW, pending.buffer cannot be non-NULL unless

[RFCv3 weston 05/15] compositor: replace weston_buffer_viewport::viewport_set

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Remove the explicit boolean variable, and use illegal width to denote not set. Split the boolean into two, so we can later start having buffer.src_* and surface.* set or not set independently. This may become useful when the wl_viewport

[RFCv3 weston 08/15] weston-info: report presentation clock

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk --- Makefile.am | 3 ++ clients/weston-info.c | 81 +++ 2 files changed, 84 insertions(+) diff --git a/Makefile.am b

[RFCv3 weston 04/15] compositor: reorganize struct weston_buffer_viewport

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Queueing in the Presentation extension requires splitting the viewport state into buffer state and surface state. To conveniently allow assigning only one, the other, or both, reorganize the weston_buffer_viewport structure. Signed-off

[RFCv3 weston 03/15] compositor: refactor code into weston_surface_reset_pending_buffer()

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk No functional changes. Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk --- src/compositor.c | 25 + 1 file changed, 13 insertions(+), 12 deletions(-) diff --git a/src/compositor.c b/src/compositor.c index

[RFCv3 weston 06/15] protocol: add presentation extension RFC v3

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Add accurate presentation timing features to Wayland: queueing and feedback. This specification is based on the draft written by Frederic Plourde frederic.plou...@collabora.co.uk and redesigned by Pekka Paalanen. The RFC v2 version is from

[RFCv3 weston 10/15] compositor: implement presentation_feedback

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Implement the presentation.feedback request, and the presentation_feedback protocol interface. Feedback information is delivered to clients as the backend reports it, except the refresh counter (MSC) which is always reported as zero. Signed-off

[RFCv3 weston 12/15] compositor: implement presentation.queue

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Implement the queueing and queue processing of the Presentation extension. Every weston_surface (wl_surface) has a queue_list, which is ordered by the target presentation timestamp of the queued updates. A wl_surface.commit following

[RFCv3 weston 15/15] compositor: add presentation debug functions

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk These are to be enabled by a developer as needed. They helped to track down a problem, where the prediction was deemed practically perfect but feedback was sent on the frame after, leading to incorrect feedback that looked like all queued

[RFCv3 weston 13/15] clients: add presentation-shm demo

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk This started as a copy of simple-shm.c before it was converted to xdg_shell. This demo excercises the presentation feedback interface in three different mode: - A continuous repaint loop triggered by frame callbacks, and using immediate

[RFCv3 weston 11/15] compositor-drm: deliver frame seq for feedback

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Add 'msc' field to weston_output to maintain the refresh counter, and use it in presentation_feedback.presented. Make compositor-drm update the per-output refresh counter with the values reported by DRM. If the DRM reported value jumps

[RFCv3 weston 09/15] compositor: set and use the presentation clock everywhere

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Add presentation clock setters that verify the given clock actually works. Offer an automatic choice of a software fallback clock, when a backend has to always use clock_gettime() to approximate the presentation time. The DRM backend already

[RFCv3 weston 07/15] compositor: add stub implementation of presentation interface

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk You can bind to the global interface, and it delivers a fake clock id. All requests on it raise an error. Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk --- src/compositor.c | 70

[RFCv3 weston 14/15] protocol: add scaler TODO

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk These changes are needed by the queueing in Presentation extension. --- protocol/scaler.xml | 4 src/compositor.c| 3 +++ 2 files changed, 7 insertions(+) diff --git a/protocol/scaler.xml b/protocol/scaler.xml index dfe44b8..f3a7232

Re: [PATCH weston] weston-launch: Do not run weston in a shell

2014-03-07 Thread Pekka Paalanen
On Thu, 6 Mar 2014 17:25:49 +0100 Quentin Glidic sardemff7+wayl...@sardemff7.net wrote: From: Quentin Glidic sardemff7+...@sardemff7.net Since 636156d5f693ac5b01cec6a2937d2b6cd4237ea9 it is not needed any more to allow the user to pass environment to weston. Actually, the login shell is

[RFCv3.1 weston] WIP protocol: add flags and refresh stream to presentation

2014-03-07 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk This is quick write-up of http://cgit.collabora.com/git/user/pq/weston.git/tree/buffer-queue3.txt?h=buffer-queue-spec How would this idea feel? Thanks, pq --- protocol/presentation_timing.xml | 66 1

Re: [RFCv3 weston 01/15] compositor: refactor more into weston_surface_attach

2014-03-08 Thread Pekka Paalanen
On Sat, 8 Mar 2014 00:01:49 +0100 Daniel Stone dan...@fooishbar.org wrote: Hi, On 7 March 2014 13:03, Pekka Paalanen ppaala...@gmail.com wrote: Merge more code into a common function. No functional changes. Quick nitpick: does this not break all the pixman_region32_*() calls

Re: [PATCH] Bug fix client apps because of output change

2014-03-10 Thread Pekka Paalanen
Hi, overall this looks fine now, but I still haven't tested it. I'm moving on to nitpick on the minor details. ;-) The patch title (topic line) is usually prefixed with the component the patch is affecting. Looking at the clients/desktop-shell.c history, the appropriate prefix would be

Re: [PATCH weston-ivi-shell 01/15] This vfunc lets us read out a rectangle of pixels from the currently attached surface buffer.

2014-03-10 Thread Pekka Paalanen
On Thu, 6 Mar 2014 18:51:15 +0900 Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp wrote: From: Kristian Høgsberg k...@bitplanet.net --- src/compositor.h | 3 +++ src/gl-renderer.c | 54 ++ 2 files changed, 57 insertions(+)

Re: [PATCH weston-ivi-shell v2 02/15] ivi application protocol:

2014-03-10 Thread Pekka Paalanen
On Fri, 7 Mar 2014 10:39:44 -0600 Jason Ekstrand ja...@jlekstrand.net wrote: On Mar 7, 2014 7:56 AM, Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp wrote: Add interface ivi_application, which creates ivi_surface objects tied to a given wl_surface with a given id. The given id can

Re: [PATCH] Bug fix client apps because of output change

2014-03-10 Thread Pekka Paalanen
On Mon, 10 Mar 2014 08:23:45 + Wang, Quanxian quanxian.w...@intel.com wrote: Thanks Pq. Comments below. ... @@ -1145,6 +1154,45 @@ desktop_destroy_outputs(struct desktop *desktop) } static void +update_output(struct output *output) +{ + struct panel *panel = output-panel; +

Re: [PATCH weston-ivi-shell 03/15] ivi-shell: Modified Makefile.am to build ivi-application protocol

2014-03-10 Thread Pekka Paalanen
On Thu, 6 Mar 2014 18:54:41 +0900 Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp wrote: Signed-off-by: Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp --- protocol/Makefile.am | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/protocol/Makefile.am

Re: [PATCH weston-ivi-shell 04/15] ivi-shell supports a type of shell for In-Vehicle Infotainment system.

2014-03-10 Thread Pekka Paalanen
On Thu, 6 Mar 2014 18:56:58 +0900 Nobuhiko Tanibata nobuhiko_tanib...@xddp.denso.co.jp wrote: In-Vehicle Infotainment system traditionally manages surfaces with global identification. A protocol, ivi_application, supports such a feature by implementing a request,

Re: [PATCH] Bug fix client apps because of output change

2014-03-10 Thread Pekka Paalanen
On Mon, 10 Mar 2014 10:58:00 + Wang, Quanxian quanxian.w...@intel.com wrote: -Original Message- From: Pekka Paalanen [mailto:ppaala...@gmail.com] Sent: Monday, March 10, 2014 5:58 PM To: Wang, Quanxian Cc: wayland-devel@lists.freedesktop.org Subject: Re: [PATCH] Bug fix

[PATCH wayland 4/4] update .gitignore

2014-03-10 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Makes 'git status' clean again after a successful 'make distcheck'. Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk --- .gitignore | 22 ++ tests/.gitignore | 17 - 2 files changed, 22

[PATCH wayland 2/4] doc: do not rebuild man pages if they are up to date

2014-03-10 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk The doxygen.man make target was not a real file that was generated, therefore the man page rule was ran on every make invocation. Replace it with a real file that is produced by the man page rule. Signed-off-by: Pekka Paalanen pekka.paala

[PATCH wayland 1/4] build: depend on generated protocol headers

2014-03-10 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk Fixes the build failure where the protocol headers were not generated at all before compiling src/.libs/libwayland_server_la-wayland-server.o. The failure was reproducable by starting fresh with 'git clean -dxf' and not having any wayland

[PATCH wayland 3/4] build: hide doxygen commands with AM_V_GEN

2014-03-10 Thread Pekka Paalanen
From: Pekka Paalanen pekka.paala...@collabora.co.uk I suppose the purpose was to print just one GEN line for each doxygen rule being executed, not print the doxygen command. Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk --- doc/doxygen/Makefile.am | 6 +++--- 1 file changed, 3

  1   2   3   4   5   6   7   8   9   10   >