[PATCH 0/2] dma-buf: Add an API for exporting sync files (v13)

a/mesa/-/merge_requests/4037 IGT tests: https://patchwork.freedesktop.org/series/90490/ v10 (Jason Ekstrand, Daniel Vetter): - Add reviews/acks - Add a patch to rename _rcu to _unlocked - Split things better so import is clearly RFC status v11 (Daniel Vetter): - Add more CCs to try and get maintainers

[PATCH 0/2] *dma-buf: Add an API for exporting sync files (v13)

a/mesa/-/merge_requests/4037 IGT tests: https://patchwork.freedesktop.org/series/90490/ v10 (Jason Ekstrand, Daniel Vetter): - Add reviews/acks - Add a patch to rename _rcu to _unlocked - Split things better so import is clearly RFC status v11 (Daniel Vetter): - Add more CCs to try and get maintainers

Re: [Mesa-dev] [PATCH 0/6] dma-buf: Add an API for exporting sync files (v12)

na today from too much cross-process implicit sharing. I do think you want some sort of "ignore implicit sync" API but, in this new world of flags, it would look more like "don't bother looking for shared fences flagged write". You'd still respect the exclusive fence, if there is on

Re: [Mesa-dev] [PATCH 0/6] dma-buf: Add an API for exporting sync files (v12)

e to ignore fences. Those changes are years in the past. If we have a real problem here (not sure on that yet), then we'll have to figure out how to fix it without nuking uAPI. --Jason > Regards, > Christian. > > Am 10.06.21 um 23:09 schrieb Jason Ekstrand: > > Modern userspace

[PATCH 0/6] dma-buf: Add an API for exporting sync files (v12)

a/mesa/-/merge_requests/4037 IGT tests: https://patchwork.freedesktop.org/series/90490/ v10 (Jason Ekstrand, Daniel Vetter): - Add reviews/acks - Add a patch to rename _rcu to _unlocked - Split things better so import is clearly RFC status v11 (Daniel Vetter): - Add more CCs to try and get maint

Re: [PATCH 0/7] dma-buf: Add an API for exporting sync files (v11)

On Thu, Jun 10, 2021 at 3:11 PM Chia-I Wu wrote: > > On Tue, May 25, 2021 at 2:18 PM Jason Ekstrand wrote: > > Modern userspace APIs like Vulkan are built on an explicit > > synchronization model. This doesn't always play nicely with the > > implicit synchroniz

[PATCH 0/7] dma-buf: Add an API for exporting sync files (v11)

a/mesa/-/merge_requests/4037 IGT tests: https://patchwork.freedesktop.org/series/90490/ v10 (Jason Ekstrand, Daniel Vetter): - Add reviews/acks - Add a patch to rename _rcu to _unlocked - Split things better so import is clearly RFC status v11 (Daniel Vetter): - Add more CCs to try and get maint

[PATCH 0/6] dma-buf: Add an API for exporting sync files (v10)

a/mesa/-/merge_requests/4037 IGT tests: https://patchwork.freedesktop.org/series/90490/ v10 (Jason Ekstrand, Daniel Vetter): - Add reviews/acks - Add a patch to rename _rcu to _unlocked - Split things better so import is clearly RFC status Cc: Christian König Cc: Michel Dänzer Cc: Dave Airlie C

Re: [PATCH 3/3] dma-buf: Add an API for exporting sync files (v8)

On Tue, Mar 23, 2021 at 2:06 PM Simon Ser wrote: > > From a user-space point-of-view, this looks super useful! The uAPI sounds > good to me. > > Acked-by: Simon Ser > > Would be nice to have some short docs as well. Here's an example of a > patch adding some docs for an ioctl [1], if you aren't

Re: [PATCH 3/3] dma-buf: Add an API for exporting sync files (v8)

Adding mesa-dev and wayland-devel for broader circulation. On Wed, Mar 17, 2021 at 5:19 PM Jason Ekstrand wrote: > > Modern userspace APIs like Vulkan are built on an explicit > synchronization model. This doesn't always play nicely with the > implicit synchronization used i

Re: [Mesa-dev] XDC 2020 feedback and comments

First off, I think you all did a fantastic job. I felt that things ran very smoothly and, as far as the talks themselves go, I think it went almost as smoothly as an in-person XDC. I'm really quite impressed. I do have a couple pieces of more nuanced feedback: 1. I think we were maybe a bit

Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem

On Wed, Mar 18, 2020 at 12:20 AM Jacob Lifshay wrote: > > On Tue, Mar 17, 2020 at 7:08 PM Jason Ekstrand wrote: > > > > On Tue, Mar 17, 2020 at 7:16 PM Jacob Lifshay > > wrote: > > > > > > On Tue, Mar 17, 2020 at 11:14 AM Lucas Stach wrote: > >

Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem

On Tue, Mar 17, 2020 at 7:16 PM Jacob Lifshay wrote: > > On Tue, Mar 17, 2020 at 11:14 AM Lucas Stach wrote: > > > > Am Dienstag, den 17.03.2020, 10:59 -0700 schrieb Jacob Lifshay: > > > I think I found a userspace-accessible way to create sync_files and > > > dma_fences that would fulfill the

Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem

On Tue, Mar 17, 2020 at 12:13 PM Jacob Lifshay wrote: > > One related issue with explicit sync using sync_file is that combined > CPUs/GPUs (the CPU cores *are* the GPU cores) that do all the > rendering in userspace (like llvmpipe but for Vulkan and with extra > instructions for GPU tasks) but

Re: Plumbing explicit synchronization through the Linux ecosystem

On Tue, Mar 17, 2020 at 3:01 AM Simon Ser wrote: > > On Monday, March 16, 2020 5:04 PM, Jason Ekstrand > wrote: > > > Hopefully, that will provide some motivation for other compositors > > (kwin, gnome-shell, etc.) because they now have a real user of it in > >

Re: Plumbing explicit synchronization through the Linux ecosystem

On Mon, Mar 16, 2020 at 6:39 PM Roman Gilg wrote: > > On Wed, Mar 11, 2020 at 8:21 PM Jason Ekstrand wrote: > > > > On Wed, Mar 11, 2020 at 12:31 PM Jason Ekstrand > > wrote: > > > > > > All, > > > > > > Sorry for casting such a b

Re: Plumbing explicit synchronization through the Linux ecosystem

On Mon, Mar 16, 2020 at 4:15 PM Laurent Pinchart wrote: > > Hi Jason, > > On Mon, Mar 16, 2020 at 10:06:07AM -0500, Jason Ekstrand wrote: > > On Mon, Mar 16, 2020 at 5:20 AM Laurent Pinchart wrote: > > > On Wed, Mar 11, 2020 at 04:18:55PM -0400, Nicolas Dufresne wrot

Re: Plumbing explicit synchronization through the Linux ecosystem

On Mon, Mar 16, 2020 at 10:33 AM Tomek Bury wrote: > > > GL and GLES are not relevant. What is relevant is EGL, which defines > > interfaces to make things work on the native platform. > Yes and no. This is what EGL spec says about sharing a texture between > contexts: > > "OpenGL and OpenGL ES

Re: Plumbing explicit synchronization through the Linux ecosystem

On Mon, Mar 16, 2020 at 5:20 AM Laurent Pinchart wrote: > > On Wed, Mar 11, 2020 at 04:18:55PM -0400, Nicolas Dufresne wrote: > > (I know I'm going to be spammed by so many mailing list ...) > > > > Le mercredi 11 mars 2020 à 14:21 -0500, Jason Ekstrand a écrit : > >

Re: [Mesa-dev] Plumbing explicit synchronization through the Linux ecosystem

it.) --Jason On March 13, 2020 21:03:21 Marek Olšák wrote: There is no synchronization between processes (e.g. 3D app and compositor) within X on AMD hw. It works because of some hacks in Mesa. Marek On Wed, Mar 11, 2020 at 1:31 PM Jason Ekstrand wrote: All, Sorry for casting such a broad net

Re: Plumbing explicit synchronization through the Linux ecosystem

properly everywhere quickly, a solution which lets us improve our driver kernel APIs independently of misc. Wayland compositors seems advantageous. On Wed, Mar 11, 2020 at 6:02 PM Adam Jackson wrote: > > On Wed, 2020-03-11 at 12:31 -0500, Jason Ekstrand wrote: > > > - X11: With pre

Re: Plumbing explicit synchronization through the Linux ecosystem

On Wed, Mar 11, 2020 at 12:31 PM Jason Ekstrand wrote: > > All, > > Sorry for casting such a broad net with this one. I'm sure most people > who reply will get at least one mailing list rejection. However, this > is an issue that affects a LOT of components and that's why it's

Plumbing explicit synchronization through the Linux ecosystem

mesa/mesa/-/merge_requests/4037 At this point, I welcome your thoughts, comments, objections, and maybe even help/review. :-) --Jason Ekstrand ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel

Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services

> Le dimanche 01 mars 2020 à 14:18 -0600, Jason Ekstrand a écrit : > > I've seen a number of suggestions which will do one or both of those things > > including: > > > > - Batching merge requests > > Agreed. Or at least I foresee quite complicated code to handl

Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services

I don't think we need to worry so much about the cost of CI that we need to micro-optimize to to get the minimal number of CI runs. We especially shouldn't if it begins to impact coffee quality, people's ability to merge patches in a timely manner, or visibility into what went wrong when CI

Re: [Mesa-dev] [Intel-gfx] gitlab.fd.o financial situation and impact on services

On Sat, Feb 29, 2020 at 3:47 PM Timur Kristóf wrote: > > On Sat, 2020-02-29 at 14:46 -0500, Nicolas Dufresne wrote: > > > > > > 1. I think we should completely disable running the CI on MRs which > > > are > > > marked WIP. Speaking from personal experience, I usually make a lot > > > of > > >

Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services

On Fri, Feb 28, 2020 at 11:00 AM Rob Clark wrote: > > On Fri, Feb 28, 2020 at 3:43 AM Michel Dänzer wrote: > > > > On 2020-02-28 10:28 a.m., Erik Faye-Lund wrote: > > > > > > We could also do stuff like reducing the amount of tests we run on each > > > commit, and punt some testing to a

Re: [PATCH wayland-protocols v7] Add zwp_linux_explicit_synchronization_v1

Sorry to drag up ancient threads, but what's the status of this? I see rumors that it's in Weston. Is it stable? Is it implemented anywhere else? It'd be great, for the sake of Vulkan, if we could get this stable and everywhere. --Jason On Mon, Dec 17, 2018 at 11:25 AM Tomek Bury wrote: >

Re: [PATCH] fullscreen-shell: Add missing license tag

Acked-by: Jason Ekstrand On Thu, Jun 28, 2018 at 6:26 AM, Johan Klokkhammer Helsing < johan.hels...@qt.io> wrote: > Although it would probably default to the license at the root of the > repository anyway, it's best to be explicit about it, and also be > consistent with the o

Re: [RFC wayland 00/18] Wayland network transparency :)

On Tue, Feb 9, 2016 at 8:55 AM, Derek Foreman wrote: > I saw a presentation once where someone said that even the simplest > implementation of wayland network transparency that just pushed the > existing protocol over tcp/ip would still be better than X. > > Let's test

Re: [RFC wayland] Track protocol object versions inside wl_proxy.

On Dec 7, 2015 7:20 AM, "Pekka Paalanen" <ppaala...@gmail.com> wrote: > > On Wed, 25 Nov 2015 10:25:42 -0800 > Jason Ekstrand <ja...@jlekstrand.net> wrote: > > > On Wed, Nov 25, 2015 at 10:15 AM, Derek Foreman <der...@osg.samsung.com> wrote: &g

Re: [PATCH wayland v4] protocol: Add wl_surface.damage_buffer

damage to be registered on a surface > > > in buffer co-ordinates, avoiding this problem. > > > > > > Credit where it's due, these ideas are not entirely my own: > > > Over a year ago the idea of changing damage co-ordinates to buffer > > > co-ordinates wa

Re: [PATCH wayland] client: Use a 0 version to mean indeterminate proxy version

gt; bind specific versions of anyway. > > Signed-off-by: Derek Foreman <der...@osg.samsung.com> Reviewed-by: Jason Ekstrand <ja...@jlekstrand.net> > --- > > This follows on Jason's proxy version patch that I rebased > and reposted a little while ago. > > src/waylan

Re: [PATCH wayland v4] protocol: Add wl_surface.damage_buffer

stered on a surface > in buffer co-ordinates, avoiding this problem. > > Credit where it's due, these ideas are not entirely my own: > Over a year ago the idea of changing damage co-ordinates to buffer > co-ordinates was suggested (by Jason Ekstrand), and it was at least > partially rejecte

Re: [RFC wayland] Track protocol object versions inside wl_proxy.

On Wed, Nov 25, 2015 at 10:15 AM, Derek Foreman <der...@osg.samsung.com> wrote: > On 13/11/15 12:21 PM, Jason Ekstrand wrote: >> On Fri, Nov 13, 2015 at 3:18 AM, Giulio Camuffo <giuliocamu...@gmail.com> >> wrote: >>> So do i understand correctly that if th

Re: [RFC wayland] Track protocol object versions inside wl_proxy.

On Nov 25, 2015 12:03 PM, "Derek Foreman" <der...@osg.samsung.com> wrote: > > On 13/11/15 12:21 PM, Jason Ekstrand wrote: > > On Fri, Nov 13, 2015 at 3:18 AM, Giulio Camuffo <giuliocamu...@gmail.com> wrote: > >> So do i understand correctly that if the ap

Re: [RFC wayland] Track protocol object versions inside wl_proxy.

; will be always 1? Yes, see also the second e-mail link below. I proposed to make wl_display version 0 so that libraries can detect whether the client was built against old or new libwayland. --Jason > 2015-11-12 22:01 GMT+02:00 Derek Foreman <der...@osg.samsung.com>:

Re: [RFC wayland] protocol: Add wl_surface.buffer_damage

On Nov 13, 2015 10:43 AM, "Derek Foreman" <der...@osg.samsung.com> wrote: > > On 13/11/15 02:03 AM, Pekka Paalanen wrote: > > On Thu, 12 Nov 2015 13:48:10 -0600 > > Derek Foreman <der...@osg.samsung.com> wrote: > > > >> On 12/11/15 01:27 PM,

Re: [RFC wayland] protocol: Add wl_surface.buffer_damage

tion. >>> >>> wl_surface.buffer_damage allows damage to be registered on a surface >>> in buffer co-ordinates, avoiding this problem. >>> >>> Credit where it's due, these ideas are not entirely my own: >>> Over a year ago the idea of changing dam

Re: [PATCH wayland v2 1/3] introduce new headers wayland-client/server-core.h

changes but the header split is Reviewed-by: Jason Ekstrand ja...@jlekstrand.net Maybe a comment to the effect of what you said would be nice? Thanks, pq ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org

Re: [PATCH wayland] introduce new headers wayland-client/server-core.h

-egl.h changes 2 depends on 1, but 1 would be useful also on its own. Drop all includes from wayland-egl-core.h, and also rebased to master. Seems reasonable. Assuming splitting as per Pekka's comments and my comment above about getting rid of deprecated stuff, Reviewed-by: Jason Ekstrand ja

Re: egl streams, trying to gain some knowledge

On Thu, Apr 2, 2015 at 12:35 AM, Dave Airlie airl...@gmail.com wrote: So nvidia have indicated they would like to use an EGLstreams based solution to enable wayland on their binary driver stack at some point. As per their recent XDC talk, they sounded like they had given up on eglstreams for

Re: [Mesa-dev] GL_TEXTURE_2D to wl_buffer

On Sat, Mar 28, 2015 at 6:57 AM, x414e54 x414...@linux.com wrote: I am attempting to pass a GL_TEXTURE_2D directly to a Wayland compositor by first converting it so an EGLImageKHR and then to a wl_buffer. eglCreateImageKHR appears to work fine but when calling glCreateWaylandBufferFromImageWL

Re: [RFC PATCH v2 wayland] protocol: add wl_pointer.axis_source, axis_stop and axis_discrete events

On Tue, Mar 24, 2015 at 5:27 PM, Peter Hutterer peter.hutte...@who-t.net wrote: The axis_source event determines how an axis event was generated. This enables clients to judge when to use kinetic scrolling. The axis_stop event notifies a client about the termination of a scroll sequence,

Re: [RFC PATCH v2 wayland] protocol: add wl_pointer.axis_source, axis_stop and axis_discrete events

On Mar 24, 2015 6:14 PM, Jonas Ådahl jad...@gmail.com wrote: On Wed, Mar 25, 2015 at 10:27:10AM +1000, Peter Hutterer wrote: The axis_source event determines how an axis event was generated. This enables clients to judge when to use kinetic scrolling. The axis_stop event notifies a

Re: [RFC PATCH wayland] protocol: add wl_pointer.axis_source events

On Sun, Mar 22, 2015 at 8:57 PM, Jonas Ådahl jad...@gmail.com wrote: On Mon, Mar 23, 2015 at 01:21:38PM +1000, Peter Hutterer wrote: On Mon, Mar 23, 2015 at 10:23:18AM +0800, Jonas Ådahl wrote: On Mon, Mar 09, 2015 at 01:28:04PM +1000, Peter Hutterer wrote: The axis source determines how an

Re: [PATCH weston] man: update weston's shells

LGTM On Mar 20, 2015 6:59 AM, Pekka Paalanen ppaala...@gmail.com wrote: From: Pekka Paalanen pekka.paala...@collabora.co.uk Tablet shell is long gone. Might as well list what we have now. Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk --- man/weston.man | 27

Re: Fbdev rotation broken

On Mar 17, 2015 5:34 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Tue, 17 Mar 2015 13:02:34 +0100 Thilo Cestonaro th...@cestona.ro wrote: Hey! Just curious, why didn't you get the fbdev backend to work? Was it the color format thing? No, I got the color format to work, but I

Re: [wayland HiDPI support, posible regression?]

On Tue, Mar 10, 2015 at 12:00 PM, Bill Spitzak spit...@gmail.com wrote: On 03/09/2015 10:32 PM, Jasper St. Pierre wrote: Mouse input is reported in a 24.8 fixed-point format. Subpixel mouse locations are entirely possible. Yes events are doing this which is ok. There is a problem that

Re: [PATCH weston v2 11/16] pixman-renderer: refactor into region_intersect_only_translation()

On Tue, Mar 10, 2015 at 6:01 AM, Pekka Paalanen ppaala...@gmail.com wrote: From: Pekka Paalanen pekka.paala...@collabora.co.uk Move code into a new helper function. No changes. Signed-off-by: Pekka Paalanen pekka.paala...@collabora.co.uk Reviewed-By: Derek Foreman der...@osg.samsung.com

Re: [PATCH weston v2 00/16] Fix pixman-renderer cropping

-by: Jason Ekstrand ja...@jlekstrand.net On Tue, Mar 10, 2015 at 7:48 AM, Derek Foreman der...@osg.samsung.com wrote: On 10/03/15 08:01 AM, Pekka Paalanen wrote: From: Pekka Paalanen pekka.paala...@collabora.co.uk Hi, as requested by Derek, here is a revised series from http

Re: [PATCH weston v2 00/16] Fix pixman-renderer cropping

On Tue, Mar 10, 2015 at 12:51 PM, Bill Spitzak spit...@gmail.com wrote: This all looks really good to me. It is possible to avoid GL coordinates even in GL. Set the projection matrix to an ortho matrix: glMatrixMode(GL_PROJECTION); glLoadIdentity() glOrtho(0, width, height, 0, -1,

Re: [RFC : xdg_surface_present() - take 2

Manuel, Thanks for keeping this going. I don't have a whole lot of comments at the moment as it's a pretty small protocol change. I would like to hear some commentary from Jasper and some of the other desktop devs though. The one comment I will make about the protocol is that you may want to

Re: [PATCH weston 10/10] xdg-shell: Bump unstable version

On Feb 27, 2015 5:11 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Fri, 27 Feb 2015 13:38:49 +0200 Pekka Paalanen ppaala...@gmail.com wrote: On Fri, 13 Feb 2015 14:02:02 +0800 Jonas Ådahl jad...@gmail.com wrote: From: Jasper St. Pierre jstpie...@mecheye.net ---

Re: [PATCH] fullscreen-shell: Fix modeset on transformed outputs

if the parent compositor says an output is transformed by 90 and the child wants it transformed by 180. Do you add the transformations? Just let the client override? Lots of interesting questions there. --Jason Ekstrand On Thu, Jan 8, 2015 at 1:37 PM, Imran Zaman imran.za...@gmail.com wrote

[PATCH] fullscreen-shell: Fix modeset on transformed outputs

Previously, we blindly created a mode for the output based on surface size and completely ignoring the output transform. This caused modesets to fail on outputs that were transformed by 90 or 270 degrees. We should be swapping the width and the height in this case. ---

Re: Feedback on xdg-shell from Plasma crew

Hi Martin! First off, thanks for looking at it and giving your thoughs. I'm going to reply to a few things below from a sort-of general wayland perspective I'll leave the hashing out of details to the people who actually work on real compositors. Hopefully, the rest of the list shows similar

Re: Where should project Weston go?

Bryce, Thanks for your thoughts. I've got a few of my own, but I decided to reply to your e-mail as it seemed the best branch-point for the actual discussion without replying to everything. On Mon, Dec 8, 2014 at 3:26 PM, Bryce Harrington br...@osg.samsung.com wrote: On Mon, Dec 08, 2014 at

Re: [PATCH weston 13/17] Introduce wl_relative_pointer interface

Haven't looked at the weston implementation but the protocol bits look pretty good to me. Sounds like what we discussed. --Jason On Tue, Dec 2, 2014 at 5:49 AM, Jonas Ådahl jad...@gmail.com wrote: A wl_relative_pointer object is an extension to the wl_pointer interface only used for emitting

Re: [PATCH weston 14/17] Introduce pointer locking and confinement protocol

A couple of doc comments below, but the protocol otherwise looks pretty good. Again, I've only glanced at the implementation. On Tue, Dec 2, 2014 at 5:49 AM, Jonas Ådahl jad...@gmail.com wrote: This patch introduces a new protocol for locking and confining a pointer. It consists of a new

Re: [PATCH weston 00/17] Relative pointer motions, locking and confinement

On Tue, Dec 2, 2014 at 5:49 AM, Jonas Ådahl jad...@gmail.com wrote: Hi again, At XDC2014 some of us sat down and talked through how pointer locking and related protocols should look like, and this series is more or less work-in-progress result of that discussion. The series contains two

Re: [PATCH weston] Make border width and ball radius configurable

I don't see anything wrong with this patch, but I'm forced to ask the question: What's the point? I mean, it's a little bouncing ball, why does it need to be configurable? On Sat, Nov 29, 2014 at 5:36 AM, Seedo Eldho Paul seedoeldhop...@gmail.com wrote: Also change simple-shm exiting to

Re: [PATCH weston 5/6] xdg-shell: Rewrite documentation

I agree with Pekka's comments, I also have a couple of my own below. (Most of them are pretty trivial). With Pekka's and my comments addressed, this series looks good to me. --Jason On Sat, Nov 22, 2014 at 12:28 PM, Jasper St. Pierre jstpie...@mecheye.net wrote: This rewrites basically all of

Re: Recognizing wl_display pointer for EGL (Re: Smart comparing of wl_display_interfaces)

On Thu, Oct 16, 2014 at 11:16 PM, Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 16 Oct 2014 10:40:20 +0300 Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 16 Oct 2014 09:46:39 +0300 Pekka Paalanen ppaala...@gmail.com wrote: On Wed, 15 Oct 2014 22:44:25 +0400 Dmitry Cherkassov

Re: Recognizing wl_display pointer for EGL (Re: Smart comparing of wl_display_interfaces)

On Oct 19, 2014 12:03 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Sat, 18 Oct 2014 11:19:55 -0700 Jason Ekstrand ja...@jlekstrand.net wrote: On Thu, Oct 16, 2014 at 11:16 PM, Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 16 Oct 2014 10:40:20 +0300 Pekka Paalanen ppaala

Re: [PATCH 2/2] Support for adjusting socket access rights to allow group of users to connect to the socket.

and not something explicit? For instance, the compositor can easily grab the socket and chmod it. It has the privileges and knows what socket it is. --Jason Ekstrand Signed-off-by: Imran Zaman imran.za...@gmail.com --- src/wayland-server.c | 27 +++ 1 file changed, 27

Re: [PATCH wayland] wl_strtol and wl_strtoul utility functions are added

I don't see how this belongs in libwayland. Sure, we use strtol twice, but I don't think that warrants adding 100 lines of wrapper functions and test cases. --Jason Ekstrand On Wed, Oct 15, 2014 at 6:16 AM, Rémi Denis-Courmont r...@remlab.net wrote: Le 2014-10-15 16:14, Imran Zaman a écrit

Re: [PATCH weston] gl-renderer: don't move memory in output_rotate_damage

Looks good to me. Pushed. ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel

Re: Dual display clone mode in Wayland

mentioning in weston.ini file so that the displays are clone of each other.. As far as I know, this is not yet implemented in Weston. There was someone working on it at one point, but I haven't heard anything about it in a while. --Jason Ekstrand Currently, they seem to be in extend more

Re: [RFC libwayland] Track protocol object versions inside wl_proxy.

. On Sun, Oct 5, 2014 at 5:30 PM, Jason Ekstrand ja...@jlekstrand.net wrote: Ping On Fri, Apr 11, 2014 at 1:36 AM, Jason Ekstrand ja...@jlekstrand.net wrote: On Fri, Apr 11, 2014 at 2:03 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 10 Apr 2014 09:42:55 -0500

Re: [PATCH wayland] client: add wl_proxy_get_version function

On Oct 6, 2014 12:45 AM, Pekka Paalanen ppaala...@gmail.com wrote: Re-adding CCs and some more... On Mon, 06 Oct 2014 09:17:41 +0300 Rémi Denis-Courmont r...@remlab.net wrote: Hello, Le 2014-10-06 03:29, Jason Ekstrand a écrit : Remi, While this would probably be nice, your

Re: [PATCH wayland] client: add wl_proxy_get_version function

this a while ago but it never got merged. You can find it here: http://lists.freedesktop.org/archives/wayland-devel/2014-April/014004.html --Jason Ekstrand On Sun, Oct 5, 2014 at 2:02 AM, Rémi Denis-Courmont r...@remlab.net wrote: In some scenarii, a component will obtain a reference

Re: [RFC libwayland] Track protocol object versions inside wl_proxy.

Ping On Fri, Apr 11, 2014 at 1:36 AM, Jason Ekstrand ja...@jlekstrand.net wrote: On Fri, Apr 11, 2014 at 2:03 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Thu, 10 Apr 2014 09:42:55 -0500 Jason Ekstrand ja...@jlekstrand.net wrote: On Thu, Apr 10, 2014 at 6:37 AM, Pekka Paalanen ppaala

Re: [PATCH 4/4] wayland-server: Abort if a read from a client gives 0 length

On Sun, Oct 5, 2014 at 2:23 PM, Karsten Otto karsten.o...@posteo.de wrote: Am 29.09.2014 um 06:31 schrieb Jason Ekstrand ja...@jlekstrand.net: On Sep 28, 2014 11:49 AM, Karsten Otto karsten.o...@posteo.de wrote: From: Philip Withnall phi...@tecnocode.co.uk This happens

Re: [RFC weston 13/16] compositor: Add a function to test if images transformed by a matrix should be bilinearly filtered

On Fri, Oct 3, 2014 at 8:21 AM, Derek Foreman der...@osg.samsung.com wrote: On 02/10/14 07:09 PM, Jason Ekstrand wrote: On Thu, Oct 2, 2014 at 3:21 PM, Derek Foreman der...@osg.samsung.com mailto:der...@osg.samsung.com wrote: On 02/10/14 02:37 PM, Jason Ekstrand wrote

Re: [RFC weston 13/16] compositor: Add a function to test if images transformed by a matrix should be bilinearly filtered

On Oct 2, 2014 12:37 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Wed, 1 Oct 2014 18:09:32 -0700 Jason Ekstrand ja...@jlekstrand.net wrote: Allow me to chip in here. Sorry that I haven't had a chance to really look over things carefully. I have been reading this thread, just haven't

Re: [RFC weston 13/16] compositor: Add a function to test if images transformed by a matrix should be bilinearly filtered

On Thu, Oct 2, 2014 at 3:21 PM, Derek Foreman der...@osg.samsung.com wrote: On 02/10/14 02:37 PM, Jason Ekstrand wrote: On Oct 2, 2014 12:37 AM, Pekka Paalanen ppaala...@gmail.com mailto:ppaala...@gmail.com wrote: On Wed, 1 Oct 2014 18:09:32 -0700 Jason Ekstrand ja...@jlekstrand.net

Re: [RFC weston 13/16] compositor: Add a function to test if images transformed by a matrix should be bilinearly filtered

Allow me to chip in here. Sorry that I haven't had a chance to really look over things carefully. I have been reading this thread, just haven't had a chance to respond. On Wed, Oct 1, 2014 at 12:41 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Tue, 30 Sep 2014 14:35:24 -0500 Derek Foreman

Re: PATCH] Fix new_id(n) arg parse from va list

While that looks correct, I'm sure it breaks something. As the person who wrote that code, that choice was very intentional. Even though the protocol type is uint32_t, new_id arguments are always passed into libwayland as either a wl_proxy or wl_resource and that's what this code is designed to

Re: [PATCH 1/4] connection: Fix sendmsg() on BSD systems

On Sep 28, 2014 6:54 PM, Bill Spitzak spit...@gmail.com wrote: On 09/28/2014 11:49 AM, Karsten Otto wrote: + msg.msg_control = NULL; + msg.msg_controllen = 0; msg.msg_flags = 0; + /* Only set msg_control when sending ancillary data

Re: [PATCH 4/4] wayland-server: Abort if a read from a client gives 0 length

On Sep 28, 2014 11:49 AM, Karsten Otto karsten.o...@posteo.de wrote: From: Philip Withnall phi...@tecnocode.co.uk This happens if the socket has been gracefully closed. [KAO: It prevents a potential infinite loop when using a different event handling mechanism than epoll, if said mechanism

Re: xdg shell status and gaps

On Sep 25, 2014 3:04 PM, Jasper St. Pierre jstpie...@mecheye.net wrote: On Thu, Sep 25, 2014 at 3:58 PM, Bill Spitzak spit...@gmail.com wrote: On 09/25/2014 01:57 PM, Jasper St. Pierre wrote: https://github.com/magcius/weston/commit/c1e5a846f4f57400bca1262111f9793e451c5b49 That patch

Re: xdg shell status and gaps

On Fri, Sep 26, 2014 at 7:38 AM, Jasper St. Pierre jstpie...@mecheye.net wrote: On Fri, Sep 26, 2014 at 4:07 AM, Carlos Garnacho carl...@gnome.org wrote: Hey, On Thu, Sep 25, 2014 at 7:30 PM, Matthias Clasen matthias.cla...@gmail.com wrote: On Thu, Sep 25, 2014 at 10:32 AM, Jasper St.

Re: [PATCH V2] wayland.xml: add enum, bitfield and is_bitfield attributes

On Tue, Sep 23, 2014 at 8:17 AM, Nils Chr. Brause nilschrbra...@gmail.com wrote: On Tue, Sep 23, 2014 at 8:35 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Tue, 23 Sep 2014 13:59:39 +0800 Boyan Ding stu_...@126.com wrote: On Mon, 2014-09-22 at 11:27 -0700, Jason Ekstrand wrote

Re: [PATCH weston 1/3] Introduce pointer lock interface

Hi Matthieu, Could you please provide more explanation on what use-cases you are considering and why the current proposal fails to accomplish them? All I was able to get from your post was the example of a TV remote. It's all well and good to completely disagree with the proposed approach, but

Re: [PATCH weston 1/3] Introduce pointer lock interface

Bill, That's an interesting idea, but there are a few problems (which may be solvable). I do kind of like the way it completely sidesteps the acceleration issue. On Tue, Sep 23, 2014 at 12:43 PM, Bill Spitzak spit...@gmail.com wrote: In any case this all sounds excessively complicated. I think

Re: [PATCH V2] wayland.xml: add enum, bitfield and is_bitfield attributes

On Mon, Sep 22, 2014 at 9:30 AM, Nils Chr. Brause nilschrbra...@gmail.com wrote: On Mon, Sep 22, 2014 at 11:21 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Wed, 3 Sep 2014 19:44:04 +0200 Nils Chr. Brause nilschrbra...@gmail.com wrote: This replaces [PATCH wayland] Add enum

Re: [PATCH weston 1/3] Introduce pointer lock interface

On Sun, Sep 21, 2014 at 11:43 PM, Pekka Paalanen ppaala...@gmail.com wrote: On Sat, 20 Sep 2014 11:43:22 -0700 Jason Ekstrand ja...@jlekstrand.net wrote: On Sat, Sep 20, 2014 at 1:29 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Fri, 19 Sep 2014 20:20:53 +0200 Jonas Ådahl jad

Re: [PATCH V2] wayland.xml: add enum, bitfield and is_bitfield attributes

On Mon, Sep 22, 2014 at 12:48 PM, Jasper St. Pierre jstpie...@mecheye.net wrote: On Mon, Sep 22, 2014 at 12:27 PM, Jason Ekstrand ja...@jlekstrand.net wrote: On Mon, Sep 22, 2014 at 9:30 AM, Nils Chr. Brause nilschrbra...@gmail.com wrote: On Mon, Sep 22, 2014 at 11:21 AM, Pekka

Re: [PATCH weston 1/3] Introduce pointer lock interface

On Sat, Sep 20, 2014 at 12:58 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Fri, 19 Sep 2014 12:46:20 -0700 Jason Ekstrand ja...@jlekstrand.net wrote: On Fri, Sep 19, 2014 at 11:20 AM, Jonas Ådahl jad...@gmail.com wrote: On Fri, Sep 19, 2014 at 11:00:21AM -0600, Jasper St. Pierre

Re: [PATCH weston 1/3] Introduce pointer lock interface

: On Fri, 19 Sep 2014 08:33:13 +0200 Jonas Ådahl jad...@gmail.com wrote: On Thu, Sep 18, 2014 at 10:43:47AM -0700, Jason Ekstrand wrote: On Thu, Sep 18, 2014 at 2:26 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Wed, 17 Sep 2014 22:35:40 +0200

Re: [PATCH weston 1/3] Introduce pointer lock interface

: On Thu, Sep 18, 2014 at 10:43:47AM -0700, Jason Ekstrand wrote: On Thu, Sep 18, 2014 at 2:26 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Wed, 17 Sep 2014 22:35:40 +0200 Jonas Ådahl jad...@gmail.com wrote: On Wed, Sep 17, 2014 at 11:16:06PM +0300

Re: [PATCH 3/3] client: cancel read in wl_display_read_events() when last_error is set

I took a look at it too and it looks good to me --Jason On Thu, Sep 11, 2014 at 1:46 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Wed, 10 Sep 2014 12:47:14 +0200 Marek Chalupa mchqwe...@gmail.com wrote: Calling wl_display_read_events() after an error should be equivalent to

Re: [PATCH] pixman-backend: add support for zooming

On Mon, Sep 1, 2014 at 2:37 AM, Pekka Paalanen ppaala...@gmail.com wrote: On Fri, 29 Aug 2014 23:35:37 -0700 Jason Ekstrand ja...@jlekstrand.net wrote: On Aug 29, 2014 6:25 PM, Derek Foreman der...@osg.samsung.com wrote: On 29/08/14 06:42 PM, Jason Ekstrand wrote: Derek, I

Re: [PATCH] pixman-backend: add support for zooming

On Aug 29, 2014 6:25 PM, Derek Foreman der...@osg.samsung.com wrote: On 29/08/14 06:42 PM, Jason Ekstrand wrote: Derek, I haven't had a chance to look that hard at or play with this patch yet. Hopefully I can look at it before too long. One quick question though: Have you verified

Re: [PATCH] pixman-backend: add support for zooming

to Weston: https://github.com/jekstrand/weston/commits/wip/transforms --Jason Ekstrand On Aug 29, 2014 7:56 AM, Derek Foreman der...@osg.samsung.com wrote: Currently if you try to zoom with mod+scrollwheel the pixman backend will stop rendering anything at all and will continuously log pixman

Re: Self introduction

, if you want to jump right in, the testing guys at Intel just sent out an e-mail with a bunch of bugs. Pick one and try to squash it! If you're feeling more adventurous, I've got a project or two that I wouldn't mind someone picking up. (I haven't had time lately for much weston hacking.) --Jason

Re: [PATCH weston] shell: quit weston, if weston-desktop-shell dies early

Really, do we need a whole 30 seconds? You can easily do enough interaction to crash something in 30 seconds. Other than that, this looks fine. Reviewed-by: Jason Ekstrand jason.ekstr...@intel.com On Thu, Aug 28, 2014 at 1:48 AM, Pekka Paalanen ppaala...@gmail.com wrote: From: Pekka Paalanen

Re: [PATCH weston] xdg-shell: Make stable

to be explicitly stated to be double-buffered with commit. I think popups look OK but I don't have much experience there. --Jason Ekstrand ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland

Re: [PATCH weston] xdg-shell: Make stable

: On Tue, 26 Aug 2014 17:50:47 +0300 Giulio Camuffo giuliocamu...@gmail.com wrote: 2014-08-26 17:39 GMT+03:00 Jason Ekstrand ja...@jlekstrand.net: On Aug 26, 2014 1:01 AM, Giulio Camuffo giuliocamu...@gmail.com wrote: 2014-08-26 10:24 GMT+03:00 Pekka Paalanen ppaala

  1   2   3   4   5   6   7   >