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.hoos...@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 ... -Daniel > Those are my wishes, Daniel probably has others. Any testing reports > at all would be awesome. > > > Thanks, > pq > _______________________________________________ > wayland-devel mailing list > wayland-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/wayland-devel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel
