<div dir="ltr">We're doing/planning on doing similar or related work here at chromium.<div><br></div><div><a href="https://patchwork.kernel.org/project/dri-devel/list/?series=662676&submitter=&state=&q=&delegate=&archive=both" target="_blank">https://patchwork.kernel.org/project/dri-devel/list/?series=662676&submitter=&state=&q=&delegate=&archive=both</a><br></div><div><br></div><div>Here's the stuff we have now (we're currently rebasing and touching it up, myself and <a class="gmail_plusreply" id="m_2404692483624593004plusReplyChip-0" href="mailto:yixie@google.com" target="_blank">@Yi Xie</a> will be taking over this work.</div><div><br></div><div>Our plans are to add configFS changes and DRI VKMS changes to be able to add and remove virtual displays at runtime (among other things needed for our own testing purposes for our Exo wayland implementation).</div><div><br></div><div>We're still learning how this all works and comes together, but it is worth letting you know "us too"</div><div><br></div><div>We can chat more and see where we overlap and can learn from each other :)</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 25, 2023 at 4:30 PM Marius Vlad <<a href="mailto:marius.vlad@collabora.com" target="_blank">marius.vlad@collabora.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">With multiple pipe available we can perform management of outputs at<br>
a more granular level, such that we're able to turn off or on several<br>
outputs at a time, or combinations that arise from doing that. <br>
<br>
The Weston project use VKMS when running its test suite in CI, and we<br>
have now uses cases which would need to ability to set-up the outputs<br>
DPMS/state individually, rather than globally -- which would affect all<br>
outputs. This an attempt on fixing that by giving the possibility to<br>
create more than one pipe, and thus allowing to run tests that could<br>
exercise code paths in the compositor related to management of outputs.<br>
<br>
v3:<br>
  - Apply the series against drm-misc-next (Maíra Canal)<br>
  - Add a lower range check to avoid passing negative values to<br>
  max_pipes (Maíra Canal)<br>
<br>
v2:<br>
  - Replace 'outputs' with 'pipes' as to use the proper terminology <br>
    (Thomas Zimmermann, Maíra Canal)<br>
  - Fixed passing wrong possible_crtc bitmask when initializing the<br>
    write back connector which address kms_writeback failure (Maíra Canal)<br>
  - Add a feat. note about moving overlay planes between CRTCs (Melissa Wen)<br>
<br>
Marius Vlad (3):<br>
  vkms: Pass the correct bitmask for possible crtcs<br>
  vkms: Add support for multiple pipes<br>
  Documentation/gpu/vkms.rst: Added a note about plane migration<br>
<br>
 Documentation/gpu/vkms.rst            |  5 +++--<br>
 drivers/gpu/drm/vkms/vkms_crtc.c      |  3 +--<br>
 drivers/gpu/drm/vkms/vkms_drv.c       | 31 +++++++++++++++++++++------<br>
 drivers/gpu/drm/vkms/vkms_drv.h       | 12 ++++++++---<br>
 drivers/gpu/drm/vkms/vkms_output.c    |  7 +++---<br>
 drivers/gpu/drm/vkms/vkms_writeback.c | 24 ++++++++++-----------<br>
 6 files changed, 53 insertions(+), 29 deletions(-)<br>
<br>
-- <br>
2.39.2<br>
<br>
</blockquote></div>