[PATCH weston 3/4] rpi: avoid segfault in `rpir_view_compute_rects()` when EGL client destroys buffer

This commit works-around a serious issue when running with the RPi backend. When an EGL client shuts down and destroys it's EGL window, Weston dies with a segmentation fault in the above function (because `buffer` is now NULL). The addition of a simple NULL check avoids the problem. This is a min

[PATCH weston 4/4] rpi: prevent Weston segfaulting on shut-down due to NULL `backend`

When running with the RPi backend, Weston sefaults during shutdown. This is due to the fact that `compositor->backend` is never initialised, and there is no NULL check prior to calling `destroy()`. This commit fixes the issue by making `rpi_backend_create()` intialise `compositor->backend` - just

[PATCH weston 1/4] gl_renderer: allow GL Renderer to be disabled with --disable-gl-renderer

Commit a352580285 introduced a dependency on `libdrm` whenever EGL support is enabled. However, when building for Raspberry Pi with EGL enabled this is an unwelcome dependency, and we don't need the GL Renderer anyway. This commit introduces a separate configure option: --disable-gl-renderer

[PATCH weston 2/4] rpi: fix segfault at startup in `rpi_flippipe_init()` due to NULL `compositor`

When running with the RPi backend, Weston now segfaults at startup on the line: flippipe->clk_id = output->base.compositor->presentation_clock; in `rpi_flippipe_init()`. This is because `output->base.compositor` is NULL. This problem did not exist on 1.8.0, and it looks like it may have been