[PATCH weston v12 00/40] Atomic modesetting

Daniel Vetter daniel at ffwll.ch
Wed Nov 22 09:04:00 UTC 2017

On Fri, Nov 03, 2017 at 09:46:17AM +0200, Pekka Paalanen wrote:
> On Thu, 2 Nov 2017 14:13:42 -0500
> Matt Hoosier <matt.hoosier at gmail.com> wrote:
> > What sort of testing on this series would be most helpful? I figure that
> > you and pq have most of the code review covered, so the main contribution I
> > can make with the hardware available to me is to exercise this on
> > consumer-grade systems like Macbooks with Intel display controllers. Are
> > there are specific use-cases that will put the most stress on your new
> > stuff? I assume that doing some sub-fullscreen OpenGL windows will kick in
> > the overlay selections to test that out.
> Hi,
> from my point of view, output hotplug is always a pain to test on DRM,
> so I would appreciate help with that. This kind of cases:
> - on a running compositor, add an output with hotplug
> - on a running compositor, remove an output with hot-unplug
> - hot-unplug all outputs, the compositor should remain running
> - after hot-unplugging all outputs, plug them back in
> - start the compositor without any outputs, then hotplug some
> - hotplug/unplug tests with MST, so that we have DRM connectors
>   appearing and disappearing
> At all times, weston-info should reflect the actual number of outputs,
> 0..N.
> All the cases could be taken further by hotplugging and hot-unplugging
> while VT-switched away. It is also possible that some of this is
> already broken in upstream master, so if you encounter failures, it
> would be good to know if it was already broken.

Since a while we have "vkms.ko" on our wishlist (as a gsoc or something)
on the kernel side, so that stuff like this could be tested in a fully
automated way. Especially once you get into DP MST connector hotplugging,
or the recent link_status stuff, the things a proper compositor is
supposed to do (and most don't) is quite long and tricky. Unfortunately no
one has bitten yet ...

> Those are my wishes, Daniel probably has others. Any testing reports
> at all would be awesome.
> Thanks,
> pq

> _______________________________________________
> wayland-devel mailing list
> wayland-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/wayland-devel

Daniel Vetter
Software Engineer, Intel Corporation

More information about the wayland-devel mailing list