On Thu, Oct 17, 2013 at 10:10:49AM +0800, Xiong Zhang wrote:
> setup_output_destroy_handler() deal with output created at
> drm backend initialize time.
> handle_output_create() deal with output created by hot plug handler
> output_destroy_handler is removed when output was unplugged or shell is
>
On Thu, Oct 17, 2013 at 10:10:48AM +0800, Xiong Zhang wrote:
> In drm backend, the cursor_surface->plane point to drm_output->cursor_plane.
> when this output is removed, drm_output->cursor_plane is destroyed, but
> cursor_surface->plane still point to destroyed plane. So once mouse move to
> this
On Fri, Oct 18, 2013 at 01:56:41AM +, Cameron Stewart wrote:
> For some reason it not only compiled with different parameters but the method
> succeeded and just failed later.
> ---
> clients/gears.c| 2 +-
> clients/view.c | 2 +-
> clients/wscreensaver.c | 2 +-
> 3 files ch
On Mon, Oct 21, 2013 at 6:36 PM, Andrew Wedgbury <
andrew.wedgb...@realvnc.com> wrote:
> Hi Jason,
>
> I think I'm starting to understand. I can definitely see the advantage of
> not having to define new interface for remote access, as we could then only
> work with compositors that chose to imple
Hi Hardening,
Thanks for your feedback.
On Monday, 21 October, 2013 9:43:19 PM, Hardening wrote:
> * a null locale is given for the keyboard of the remote_seat, I'm not
> sure that we can handle all case that way. Especially with RDP that
> is
> quite complicated on that side (anyway it's probab
On Mon, Oct 21, 2013 at 11:32:58PM +0200, Eugen Friedrich wrote:
> Hello Kristian,
> I'm don't using mesa, we have a Vivante driver stack on imx6 which also
> uses a proprietary wayland protocol to send a buffer to the compositor
> and it's EGL implementation don't creates a separate event queue it
On Tue, Oct 22, 2013 at 12:28:09AM +0200, David Herrmann wrote:
> Instead of connecting to weston-launch from launcher-util, we now try to
> connect to logind first. If logind provides session-devices, we use them.
> If not, we fall back to the old weston-launch facility.
Thanks, I've committed th
Hi Ander,
On Monday, 21 October 2013 2:00:52 PM, Ander Conselvan de Oliveira wrote:
>
> You probably want to set the field weston_compositor::disable_planes,
> as
> the screenshooter does. That causes the compositor to not use
> hardware
> cursor or other overlays and composite the whole scene us
On Thu, Oct 17, 2013 at 12:32 PM, Bill Spitzak wrote:
> On 10/15/2013 10:53 PM, Kristian Høgsberg wrote:
>
> - transient for shouldn't take position.
>>
>
> What? I think that is necessary. It is relative to the parent surface.
>
>
> - New keyboard focus protocol: instead of active su
Hi Jason,
I think I'm starting to understand. I can definitely see the advantage of not
having to define new interface for remote access, as we could then only work
with compositors that chose to implement this.
The part I'm struggling with is how the compositor would mirror its outputs to
the
Instead of connecting to weston-launch from launcher-util, we now try to
connect to logind first. If logind provides session-devices, we use them.
If not, we fall back to the old weston-launch facility.
---
configure.ac | 17 +-
src/Makefile.am| 8 +
src/compositor-drm.c |
If you request a device via weston_launcher_open(), you should now release
it via weston_launcher_close() instead of close(). This is currently not
needed but will be required for logind devices.
---
src/launcher-util.c | 6 ++
src/launcher-util.h | 3 +++
src/udev-seat.c | 15 ++
These helpers simplify adding dbus-matches by allowing var-arg arguments
to assemble the matching rules.
---
src/dbus.c | 68 ++
src/dbus.h | 40
2 files changed, 108 insertions(+)
diff --git a/src/db
This adds optional libdbus integration for weston. If libdbus is available
and not disabled via --disable-dbus during weston build, we now provide
basic DBusConnection main-loop integration for weston.
The dbus.c file provides a new helper to integrate any DBusConnection
object into a wl_event_loo
simple-dmabuf is an example client which shows how to write wayland
clients that use render-nodes for hardware-accelerated rendering and pass
the buffer via dmabuf to the compositor. No mesa/EGL extensions are
needed! Instead we pass dmabufs as wl_shm buffers to the compositors. This
allows us to u
Hello Kristian,
I'm don't using mesa, we have a Vivante driver stack on imx6 which also
uses a proprietary wayland protocol to send a buffer to the compositor
and it's EGL implementation don't creates a separate event queue it uses
the main wayland display queue and will call wl_display_dispatch fu
On Thu, Oct 17, 2013 at 11:04:08PM +0200, Jonas Ådahl wrote:
> Signed-off-by: Jonas Ådahl
> ---
> src/input.c | 2 +-
> src/udev-seat.c | 5 +
> src/udev-seat.h | 1 +
> 3 files changed, 7 insertions(+), 1 deletion(-)
Great series, thanks Jonas. Happy to see the seat caps ref-counted
an
Le 18/10/2013 16:50, Andrew Wedgbury a écrit :
Hi,
I've been working on a weston module to support an interface for remote access
systems such as VNC. This is now at a point where it's usable (and works rather
well with a suitably modified version of our VNC server) so I wanted to present
it
On Wed, Oct 16, 2013 at 07:29:47PM +0200, Olivier BLIN wrote:
> Hi,
>
> When creating a wl_shm pool with os_create_anonymous_file(), the
> underlying storage file is created on a tmpfs, and its size is set
> with ftruncate().
> Though, when the tmpfs isn't big enough to hold this file, there is
>
Hi,
On 18 October 2013 11:52, James Courtier-Dutton wrote:
> On 18 October 2013 08:30, Pekka Paalanen wrote:
>> On Thu, 17 Oct 2013 21:34:02 +0100
>> James Courtier-Dutton wrote:
>> > All its prediction calculations will be based on a fixed scanout rate.
>>
>> Why only fixed scanout rate? Why c
On Sat, Oct 19, 2013 at 10:31 AM, Eugen Friedrich wrote:
> Ok! this sounds very promising this should decouple the rendering thread
> and the input handling thread.
> so i can set to the wl_seat client object a new queue and then pass this
> queue to wl_display_dispatch_queue call in the input th
Hi,
On 16 October 2013 19:40, Jonas Kulla wrote:
> 2013/10/16 Daniel Stone
>> On 16 October 2013 17:09, Jonas Kulla wrote:
>> > it might just be a stupid thought of mine, but it would be kinda cool
>> > if there was wayland protocol for creating an EGLStream [1] backed
>> > surface.
>>
>> It wo
Hi,
This and the other one look good to me:
Reviewed-by: Daniel Stone
Cheers,
Daniel
On 21 October 2013 13:41, Rui Matos wrote:
> ---
> hw/xfree86/xwayland/xwayland-input.c | 39
> +---
> include/input.h | 2 +-
> 2 files changed, 37 inser
Hi,
On 21 October 2013 13:41, Rui Matos wrote:
> @@ -230,7 +230,7 @@ CopyKeyClass(DeviceIntPtr device, DeviceIntPtr master)
>
> mk->sourceid = device->id;
>
> -if (!XkbCopyDeviceKeymap(master, device))
> +if (device->key && !XkbDeviceApplyKeymap(master,
> device->key->xkbInfo->desc)
Hi,
On 21 October 2013 13:41, Rui Matos wrote:
> These patches add support for changing the X keymap on wayland keymap
> events.
>
> I wonder what we should do for X client requests to change the keymap
> though. We could:
>
> a) somehow try to change the wayland keymap accordingly, possibly
>
On 13-10-18 05:59 PM, James Courtier-Dutton wrote:
We would also need the API to be compatible with "G-Sync".
http://www.pcper.com/news/Graphics-Cards/NVIDIA-Announces-G-Sync-Variable-Refresh-Rate-Monitor-Technology
From my understanding of GSYNC, the monitor refresh rate will be
completely s
On 13-10-21 10:39 AM, Axel Davy wrote:
I think the simpler is to have a
similar functionalities to the X Present extension:
git://people.freedesktop.org/~keithp/presentproto master
We can ask a buffer to be shown at a speci
I think the simpler is to have a similar functionalities to the X
Present extension:
git://people.freedesktop.org/~keithp/presentproto master
We can ask a buffer to be shown at a specific ust time, and we get the
feedback at which ust
time it has hit the screen. And we could queue buffers.
Hi,
One last thing to consider, regarding the clock used and the timestamps.
The video frames should pause during system suspend, and continue on resume.
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mail
On 10/18/2013 05:50 PM, Andrew Wedgbury wrote:
Hi,
I've been working on a weston module to support an interface for remote access
systems such as VNC. This is now at a point where it's usable (and works rather
well with a suitably modified version of our VNC server) so I wanted to present
it
---
hw/xfree86/xwayland/xwayland-input.c | 39 +---
include/input.h | 2 +-
2 files changed, 37 insertions(+), 4 deletions(-)
diff --git a/hw/xfree86/xwayland/xwayland-input.c
b/hw/xfree86/xwayland/xwayland-input.c
index d031b34..ebf1af1 1006
---
include/xkbsrv.h | 3 +++
xkb/xkb.c| 14 +-
xkb/xkbUtils.c | 23 +++
3 files changed, 27 insertions(+), 13 deletions(-)
diff --git a/include/xkbsrv.h b/include/xkbsrv.h
index 83ee1d0..6a2e96e 100644
--- a/include/xkbsrv.h
+++ b/include/xkbsrv.h
@@ -8
This will also make it useful for cases when we have a new keymap to
apply to a device but don't have a source device.
---
Xi/exevents.c| 2 +-
include/xkbsrv.h | 4 ++--
xkb/xkb.c| 2 +-
xkb/xkbUtils.c | 14 +++---
4 files changed, 11 insertions(+), 11 deletions(-)
diff
These patches add support for changing the X keymap on wayland keymap
events.
I wonder what we should do for X client requests to change the keymap
though. We could:
a) somehow try to change the wayland keymap accordingly, possibly
through some private compositor protocol;
b) ignore such requ
Hi,
I have got one question. In documentation of wl_registry's global_remove
event is:
"This event notifies the client that the global identified by name is no
longer available. If the client bound to the global using the bind request,
the client should now destroy that object.
The object remains
35 matches
Mail list logo
