Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • W weston
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 342
    • Issues 342
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 132
    • Merge requests 132
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • waylandwayland
  • weston
  • Issues
  • #333
Closed
Open
Issue created Dec 10, 2019 by Pekka Paalanen@pqMaintainer

Clone mode with independent CRTCs

Weston already supports shared-CRTC clone mode via weston.ini. That mode depends on the kernel driver and the hardware to be able to drive multiple connectors from the same CRTC, which is not a very common feature. When that is not available, cloning does not work.

To let cloning work in other cases, each cloned connector needs to be driven from its own CRTC, and Weston needs to paint for each CRTC independently. For more information, see #22 (closed).

This needs two things:

  • A way to configure it in weston.ini, different from the same-as directive so that users can make the difference between guaranteed synchronized monitor timings (shared-CRTC clone mode) and not -- asynchronous clone mode (independent CRTCs). See also #165.
  • Damage tracking fixes inside libweston. Currently damage is tracked in a single region in global coordinate system and cleared respectively when any output repaints its own region. If outputs overlap, the output repainting first will update correctly but the output repainting next won't see the damage anymore, because the first output cleared it on the overlap area.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking