vc_dispmanx_set_wl_buffer_in_use not found

I pulled lastest git://github.com/raspberrypi/userland.git and still can't find the vc_dispmanx_set_wl_buffer_in_use symbol. Any source to get the lastest userland? Thanks, Jeff ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://l

[PATCH 7/9] v4 doc: fixed reference to non-existent function

(Fixed to remove accidental commit of another change) After some feedback from Marek Chalupa I decided to just remove this. There were suggestions about warning about multiple threads but it appears this would be true for many of these functions and thus it would be misleading to mention multiple

[PATCH 7/9 v3] doc: fixed reference to non-existent function

After some feedback from Marek Chalupa I decided to just remove this. There were suggestions about warning about multiple threads but it appears this would be true for many of these functions and thus it would be misleading to mention multiple threads only here (as it would imply that multiple t

Re: [PATCH weston] input: don't send to clients key events eaten by bindings

On 11/13/2014 03:30 AM, Daniel Stone wrote: But no, because, when the focus isn't switched, there is no enter event and no keys array. The client has no idea X was pressed, so it can't possibly trigger the binding. So without the patch this is not consistent. Depending on whether

Re: [PATCH weston] input: don't send to clients key events eaten by bindings

On 11/13/2014 01:53 AM, Daniel Stone wrote: wl_keyboard::enter sends the list of currently-depressed keys to the client. If we make it a partial list, depending on context, we make it useless. We'll send releases for keys the client never knew were down - which is _exactly_ the problem this even

Re: [RFC weston 00/15] libweston

2014-11-13 21:56 GMT+02:00 Bryce Harrington : > On Thu, Nov 06, 2014 at 10:41:19PM +0200, Giulio Camuffo wrote: >> This patchset makes a libweston.so out of the compositor core, thought >> to be used by many different users. > > Who are thought be the users for this? Well, my compositor for sure (

Re: [PATCH v2] doc: Fixes to doxygen output

On Tue, Nov 11, 2014 at 06:42:53PM -0800, Bill Spitzak wrote: > This supersedes the previous 8 patches. The primary change is to > not use % to remove links. Also some further typos in both the > docs and commit messages have been fixed. I don't really grok the xsl bits, but the changes at least l

Re: [RFC weston 00/15] libweston

On Thu, Nov 06, 2014 at 10:41:19PM +0200, Giulio Camuffo wrote: > This patchset makes a libweston.so out of the compositor core, thought > to be used by many different users. Who are thought be the users for this? Bryce ___ wayland-devel mailing list wa

Re: [PATCH weston] input: don't send to clients key events eaten by bindings

On Thu, Nov 13, 2014 at 3:30 AM, Daniel Stone wrote: > Hi, > > On Thursday, November 13, 2014, Giulio Camuffo > wrote: > >> 2014-11-13 12:06 GMT+02:00 Daniel Stone : >> > But this is just a client issue, and nothing in sending the full keys >> array >> > precludes this working. >> > >> > If Alt+

Re: [PATCH weston] input: don't send to clients key events eaten by bindings

Hi, On Thursday, November 13, 2014, Giulio Camuffo wrote: > 2014-11-13 12:06 GMT+02:00 Daniel Stone >: > > But this is just a client issue, and nothing in sending the full keys > array > > precludes this working. > > > > If Alt+X is a modifier (i.e. any time Alt+X is held, pressing Y triggers >

Re: [PATCH weston] input: don't send to clients key events eaten by bindings

2014-11-13 12:06 GMT+02:00 Daniel Stone : > Hi, > > On Thursday, November 13, 2014, Giulio Camuffo > wrote: >> >> 2014-11-13 11:18 GMT+02:00 Daniel Stone : >> > Think about the case where pressing Alt on its own will focus the system >> > menu, but pressing Alt-F will raise the file menu directly.

Re: [PATCH weston] input: don't send to clients key events eaten by bindings

Hi, On Thursday, November 13, 2014, Giulio Camuffo wrote: > 2014-11-13 11:18 GMT+02:00 Daniel Stone >: > > Think about the case where pressing Alt on its own will focus the system > > menu, but pressing Alt-F will raise the file menu directly. Let's say the > > compositor has an Alt-F12 hotkey

Re: [PATCH weston] input: don't send to clients key events eaten by bindings

Hi, On Thursday, November 13, 2014, Daniel Stone wrote: > > On 13 November 2014 07:35, Pekka Paalanen > wrote: > >> On Wed, 12 Nov 2014 12:06:16 -0800 >> Bill Spitzak > > wrote: >> > The important point is that in both your and my case the client that has >> > just received focus sees the 'd' as

Re: [PATCH weston v3] input: don't send to clients key events eaten by bindings

2014-11-13 11:18 GMT+02:00 Daniel Stone : > Hi, > Sorry for the long absence from this thread. > > On 12 November 2014 20:06, Bill Spitzak wrote: >> >> On 11/12/2014 03:15 AM, Pekka Paalanen wrote: >>> >>> I don't get this behaviour. The xterm gets Ctrl+d, interprets it as >>> EOF, and causes it e

Re: [PATCH weston v3] input: don't send to clients key events eaten by bindings

Hi, Per previous email ... On 13 November 2014 07:35, Pekka Paalanen wrote: > On Wed, 12 Nov 2014 12:06:16 -0800 > Bill Spitzak wrote: > > The important point is that in both your and my case the client that has > > just received focus sees the 'd' as being held down. The 'd' is on in > > the k

Re: [PATCH weston v3] input: don't send to clients key events eaten by bindings

Hi, Sorry for the long absence from this thread. On 12 November 2014 20:06, Bill Spitzak wrote: > On 11/12/2014 03:15 AM, Pekka Paalanen wrote: >> >> I don't get this behaviour. The xterm gets Ctrl+d, interprets it as >> EOF, and causes it eventually exit. >> > > That does not happen to me. My x