Prevented crash due to dangling pointer in QWaylandInputDevice.

When a QWaylandWindow is destroyed we need to make sure it's not still
referenced by QWaylandInputDevice.

Wayland: Add license headers to new files

Wayland: Add a egl xcomposite backend

Made wayland plugin single-threaded, yay :)

Not calling QApplication::processEvents() in qt_init any more, and not
using a write socket notifier to send data over the wayland protocol.

Wayland: Fix xpixmap_glx readback after multi threading

Lighthouse: Implement xcomposite extension for wayland

After we make the QPlatformIntegration process events

Lighthouse: Make wayland event handling happen in a separate thread

qFatal() if no connection to wayland is available

abort here is the only thing that makes sense, otherwise, we'll get
crashes all over Qt.

Reviewed-by: Jørgen Lind

Make sure to delete wayland surface when QWaylandWindow is destroyed.

Implement QWaylandIntegration::hasOpenGL().

Lighthouse: Add drawable bit to the glx config selection rutine

So that we can use the same thing when creating glx pixmaps

Wayland: Allways have a userPtr for QWaylandWindow

So that we can use it without having to check for 0 in input handling

Conflicts:

src/plugins/platforms/wayland/qwaylandinputdevice.cpp

Fixed compilation of wayland plugin when there's no GL support.

Fixed typo.

Lighthouse: Wayland: Fix the readback for the glContext in the egl

backend

Lighthouse: Wayland: Print out what platformbackend we are using

Lighthouse: Move glx common code into shared files

Lighthouse: Wayland: Make QGLWidget work with the glx integration

Still missing same code for egl integration

Added missing -lX11 to xpixmap_glx wayland integration.

Lighthouse: Wayland. Added glx backend for gl integration

Lighthouse: Wayland Fix naming bug in the glintegration

Lighthouse: Wayland: Added a xpixmap readback glcontext

It uses a x11 pixmap to render all gl content into, then reads it back
using glReadPixels. Then it sends it over the wire like any other shm
surface.

Lighthouse: Wayland: Move the frame throttling into the platform window

This is only for the shm case

Lighthouse: Wayland, implement gl_integration

Lighthouse: Remove drm hack in pro file

Fixup license headers in Lighthouse plugins

Fix race condition in the non-GL case

Make sure to also flush output when waiting for an ack from the
compositor, in case we haven't sent the frame request yet.

Reviewed-by: Jørgen

Lighthouse: Fix a block for wayland with gl support

The initialial readable iteration, needs to be done before
initializing egl, or it will be done inside egl.
The readable iteration after initialzing egl would block
forever otherwise.

Build fixes for the Wayland plugin

Add qmake.conf variables, and use the generic font plugin.

Reviewed-by: Jørgen

added capabilites to QPlatformIntegration

Reviewed-by: Jørgen Lind

Avoid flicker

Don't start a new paint until we get an ack from the compositor

Reviewed-by: Samuel

Make it build when EGL is not available

Reviewed-by: Jørgen

Lighthouse:Propogate the configure event to the QWaylandWindow

Lighthouse: Wayland: Sort out egl includes in plugin

We used to include the X part of the eglplatform.h, but now the mesa
version of the header file has a WL_EGL_PLATFORM part. This define is
defined in wayland-egl.h which thus needs to be included before any egl
header file.

Lighthouse: Wayland compile-fix for egl interface change

Lighthouse: Wayland: Fix include

Lighthouse: Wayland: Use EGLSurface

Lighthouse Wayland: wayland-egl entry points where renamed

Conflicts:

src/plugins/platforms/wayland/qwaylanddisplay.cpp
src/plugins/platforms/wayland/qwaylanddrmsurface.cpp

wayland: Use wayland-egl instead of drm specific code

Lighthouse: Wayland, if we don't have cursors installed

or the configuration is faulty, then don't change cursors

wayland: Handle keyboard focus correctly

Activate the window widget and update modifiers.

Lighthouse: Wayland plugin. Only create depth and stencil buffers once

Remove unneeded include

Lighthouse: Wayland. Make the wayland integration closer to Lighthosue

Today there is a connection between QWidget and QPlatformScreen. So I
added a accessor in QWaylandScreen to get the corresponding
QWaylandDisplay. So now it should be possible to have different
QWaylandDisplays. But also its possible to use the internal Lighthouse
api closer in the wayland plugin if that should be of interest ;)

Lighthouse: Wayland, only make one fbo for the WaylandPaintDevice

Actually the fbo belongs to the QWaylandPaintDevice, which also holds n
QWaylandDrmBuffers. Then the QWaylandDrmWindowSurface gets the current
drmbuffer used on flush and attaches it to the window and calls
wl_surface_damage

Making clearer separation between responsibility of different classes

Ie. Moving code into different files and refactoring some of the
classes. The Drmbuffer was most affected.

It has a depth and stencil buffer.
QWaylandGLContext contain the context. The drm buffer class has to
be bound to the context before used.

Lighthouse:Wayland Moving some logic into files

Fix Wayland plugin to work with Wayland after some interfaces changed

such as
wl_display_create -> wl_display_connect
wl_surface_attach (attributes)
wl_surface_map -> wl_surface_map_toplevel
wl_shell_listener
wl_output_listener

Fix for uninitialized member in QWaylandCursor

Without this patch Qt applications will crash the moment the mouse pointer
enters the window.

Signed-off-by: Rolf Offermanns <roffermanns@sysgo.com>

wayland: use pkgconfig for libdrm in wayland.pro

On this system the IncludePath for drm.h was missing

So maybe pkgconfig should be additionally also used for
libxkbcommon, EGL and GLESv2 to prevent such problems.
but i dont know whether its common to use pkg-config in qmake

Wayland: request rbg and premultiplied argb visuals as needed

When creating DRM buffers we should try to match the visual type
requested with the buffer format.

Wayland: clamp window resizes to screen size

Wayland: split GL code into separate files

For clarity and to prevent merge conflicts etc. in future.

Wayland: use correct viewport for swapBuffers and correct coords

We're drawing into the parent, so we need to use the parent's geometry
for the GL viewport, or we may not be able to draw it.  We also need to
use the parent width & height when checking whether to normalize to 1.0
or -1.0 in the coord transform calculations.

Wayland: fix geometry of swapBuffers

If the geometry isn't mapped 1:1 we need to divide the bottom by height,
not width, to calculate the texture rectangle.

Wayland: clean up swapBuffers code

Pull the swap fbo and rbo into the context and make sure to destroy them
when the context goes away.  Add unfortunate lazy allocation of the fbo
and rbo because we need them to be part of the right context.

Wayland: add GL widget support

Make sure we copy from the private surface into the parent surface at
swapBuffers time.

Wayland: set parent window pointer in setParent()

We'll need this to handle GL widgets.

Wayland: render to a texture, not a renderbuffer

This will let us source from offscreen GL widget surfaces and copy into
the parent surface.

Wayland: put context & drawing objects into the drm surface

Even GL widgets will allocate window surfaces, so share everything
there.  This still leaves a hole when we mix GL widgets and the raster
back end (the created platform GL context won't have a DRM buffer to use
for its objects & context), but that won't work right now anyway...

Wayland: add partial GL widget support

GL widgets need a platform GL context.  Add one to get hellogl_es2
limping along.

Wayland: add waylandgl platform type

This will set mUseOpenGL when -platform waylandgl is passed to clients.

Wayland: silence unused variable warnings in qwaylandinputdevice.cpp

Wayland: add GL drawing support

Works with analogclock, draws upside down, fails to resize, and doesn't
show GL widget with hello_es2.

Wayland: misc cleanups

Unused variables, debug output.

Introduce drm wayland buffer

Initialize EGL

Cursors, keyboard support, move/resize

Use QImage::Format_ARGB32_Premultiplied for the surface

wayland: Track the QWaylandWindow in the input device instead of the surface

The surface is destroyed when the window is hidden, so we can't use that
for looking up the widget to send events to.

wayland: Assign a window id to wayland windows

wayland: Create and destroy surface at show and hide

wayland: Split input device out to its own file

Add wayland lighthouse plugin