On Wed, Jan 24, 2018 at 10:47:10AM +0100, Johannes Pointner wrote:
> On Wed, Jan 24, 2018 at 10:18 AM, Peter Hutterer
> wrote:
> > On Wed, Jan 24, 2018 at 10:04:52AM +0100, Johannes Pointner wrote:
> >> Hello,
> >>
> >> I have noticed that since we are using xf86-input-libinput all our
> >> touchs
On Mon, 2018-01-29 at 17:54 +0100, Roman Gilg wrote:
> The above patch series only allows flips on a child window with the same
> dimensions as its parent xwl_window. For flips on child windows (for example
> the video view port of a video player in windowed mode, see here:
> http://www.subdiff.de/
Sorry, somewhat part of my message got removed. It should begin with:
"This is a RFC on a follow-up patch to my recently posted patch series on
the
xorg-devel mailing list to enable per window flips of Present Pixmaps to
Wayland surfaces:
https://lists.freedesktop.org/archives/xorg-devel/2018-Janu
The above patch series only allows flips on a child window with the same
dimensions as its parent xwl_window. For flips on child windows (for example
the video view port of a video player in windowed mode, see here:
http://www.subdiff.de/assets/images/2017-07-28-a-new-beginning.jpg) I wanted
to use
Do flips for child windows via subsurfaces if the Wayland server
supports them.
Signed-off-by: Roman Gilg
---
hw/xwayland/xwayland-present.c | 57 +-
hw/xwayland/xwayland.c | 6 -
hw/xwayland/xwayland.h | 2 ++
present/present_wnmd.c
On Wed, 20 Dec 2017 12:26:57 +
Daniel Stone wrote:
> From: Sergi Granell
>
> The per-plane IN_FORMATS property adds information about format
> modifiers; we can use these to both feed GBM with the set of modifiers
> we want to use for rendering, and also as an early-out test when we're
> tr
On Wed, 20 Dec 2017 12:26:56 +
Daniel Stone wrote:
> Now that we can sensibly test proposed plane configurations with atomic,
> sprites are not broken.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/compositor-drm.c | 22 +++---
> 1 file changed, 11 insertions(+), 11 del
On Wed, 20 Dec 2017 12:26:55 +
Daniel Stone wrote:
> Since we now incrementally test atomic state as we build it, we can
> loosen restrictions on what we can do with planes, and let the kernel
> tell us whether or not it's OK.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/compositor-dr
On Wed, 20 Dec 2017 12:26:54 +
Daniel Stone wrote:
> The atomic API can allow us to test state before we apply it, to see if
> it will be valid. Add support for this, which we will later use in
> assign_planes to ensure our plane configuration is valid.
>
> Signed-off-by: Daniel Stone
> ---
On Wed, 20 Dec 2017 12:26:53 +
Daniel Stone wrote:
> Return a pointer to the plane state, rather than indirecting via a
> weston_plane.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/compositor-drm.c | 68
> ++
> 1 file changed, 38 insertions
On Mon, 29 Jan 2018 09:17:49 +
Daniel Stone wrote:
> Hi Pekka,
> Thanks again for all the review! I'm really grateful you got this far,
> and surprised: I'd expected the assign_planes() rewrite to be the much
> more hairy part of the series, and state to be relatively
> straightforward. \_o_/
Hi Daniel,
On Wed, 2017-12-20 at 12:26 +, Daniel Stone wrote:
> Track dynamic plane state (CRTC, FB, position) in separate structures,
> rather than as part of the plane. This will make it easier to handle
> state management later, and much more closely tracks what the kernel
> does with atomi
Hi Pekka,
Thanks again for all the review! I'm really grateful you got this far,
and surprised: I'd expected the assign_planes() rewrite to be the much
more hairy part of the series, and state to be relatively
straightforward. \_o_/
Most everything I've seen going past I agree with at least on the
13 matches
Mail list logo
