On Wed, 31 Jan 2018 15:15:45 +0900
Tomohito Esaki wrote:
> There may be race condition between destroying surface and destroying
> output. If handle_output_destroy() is called after surface is destroyed,
> illegal memory access occurs when surface destroy signals is
> unregistered from the panel/
There may be race condition between destroying surface and destroying
output. If handle_output_destroy() is called after surface is destroyed,
illegal memory access occurs when surface destroy signals is
unregistered from the panel/background. This patch fixes this issue and
removes unnecessary ini
On Tue, Jan 30, 2018 at 04:18:26PM +1000, Peter Hutterer wrote:
> 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,
> > >>
> > >>
Hi Philipp,
On 29 January 2018 at 10:19, Philipp Zabel wrote:
> On Wed, 2017-12-20 at 12:26 +, Daniel Stone wrote:
>> + wl_list_for_each(ps, &src->plane_list, link) {
>> + /* Don't carry planes which are now disabled; these should be
>> + * free for other outputs
On Wed, 20 Dec 2017 12:26:58 +
Daniel Stone wrote:
> Use the extended GBM allocator interface to support modifiers and
> multi-planar BOs.
>
> Signed-off-by: Daniel Stone
> ---
> configure.ac | 3 +++
> libweston/compositor-drm.c | 57
> +
On Fri, 26 Jan 2018 14:34:53 +
Emil Velikov wrote:
> On 26 January 2018 at 02:44, Jonas Ådahl wrote:
> > On Thu, Jan 25, 2018 at 05:56:45PM +, Emil Velikov wrote:
> >> On 25 January 2018 at 02:01, Jonas Ådahl wrote:
> >> > On Wed, Jan 24, 2018 at 07:15:09PM +, Emil Velikov wrote
