1. 25 Jun, 2018 2 commits
  2. 24 Jun, 2018 10 commits
  3. 21 Jun, 2017 3 commits
  4. 22 Apr, 2017 3 commits
  5. 21 Apr, 2017 3 commits
  6. 20 Apr, 2017 3 commits
  7. 03 Apr, 2017 1 commit
  8. 30 Mar, 2017 1 commit
  9. 15 Mar, 2017 2 commits
  10. 13 Mar, 2017 3 commits
  11. 11 Mar, 2017 1 commit
  12. 09 Mar, 2017 2 commits
    • Sven Joachim's avatar
      Document the cherry-pick · c6494a85
      Sven Joachim authored
      c6494a85
    • Lyude's avatar
      Consider CRTCs disabled when DPMS is off · 64792216
      Lyude authored
      It turns out there's a difference in X between a CRTC being "disabled"
      and simply having it's DPMS turned off. This is problematic though,
      because if DPMS is turned off you can't really use the CRTC as a normal
      CRTC anyway since page flipping and vblanks will be non-functional. As a
      result, we've been considering DPMS-on CRTCs as enabled and attempt to
      perform pageflips, vblank waits, etc. on them which inevitably fails. and
      usually breaks the display the first time any of the CRTCs have their
      DPMS turned on.
      
      This was a problem that didn't really show itself until kernel 4.10 when
      atomic modesetting was added which caused nouveau to stop trying to
      fulfill pageflips and vblank waits on disabled CRTCs. I'm not sure how
      pageflipping disabled CRTCs ever worked in the first place, but since
      not doing so is the proper behavior anyway I haven't investigated any
      further.
      
      So, copy the ms_crtc_on() function from the modesetting driver and add
      it here as drmmode_crtc_on(), then use that in all of the places where
      we should be checking for both DPMS off and disabled CRTCs.
      
      This fixes issues with the X ceasing to function (usually) after the
      first time a CRTC has it's DPMS turned on. Reproduction recipe:
      
      - Load up gnome-shell on a machine
      - Wait for the display to timeout from inactivity and turn itself off
      - Shake the cursor or press something on the keyboard. Chances are the
        monitor will come back on, but the display remains black until the
        next time the X server is restarted.
      Signed-off-by: 's avatarLyude <lyude@redhat.com>
      Reviewed-by: 's avatarAdam Jackson <ajax@redhat.com>
      (cherry picked from commit 92408393)
      64792216
  13. 07 Mar, 2017 2 commits
    • Lyude's avatar
      Bump version to 1.0.14 · b71de83b
      Lyude authored
      Signed-off-by: 's avatarLyude <lyude@redhat.com>
      b71de83b
    • Lyude's avatar
      Consider CRTCs disabled when DPMS is off · 92408393
      Lyude authored
      It turns out there's a difference in X between a CRTC being "disabled"
      and simply having it's DPMS turned off. This is problematic though,
      because if DPMS is turned off you can't really use the CRTC as a normal
      CRTC anyway since page flipping and vblanks will be non-functional. As a
      result, we've been considering DPMS-on CRTCs as enabled and attempt to
      perform pageflips, vblank waits, etc. on them which inevitably fails. and
      usually breaks the display the first time any of the CRTCs have their
      DPMS turned on.
      
      This was a problem that didn't really show itself until kernel 4.10 when
      atomic modesetting was added which caused nouveau to stop trying to
      fulfill pageflips and vblank waits on disabled CRTCs. I'm not sure how
      pageflipping disabled CRTCs ever worked in the first place, but since
      not doing so is the proper behavior anyway I haven't investigated any
      further.
      
      So, copy the ms_crtc_on() function from the modesetting driver and add
      it here as drmmode_crtc_on(), then use that in all of the places where
      we should be checking for both DPMS off and disabled CRTCs.
      
      This fixes issues with the X ceasing to function (usually) after the
      first time a CRTC has it's DPMS turned on. Reproduction recipe:
      
      - Load up gnome-shell on a machine
      - Wait for the display to timeout from inactivity and turn itself off
      - Shake the cursor or press something on the keyboard. Chances are the
        monitor will come back on, but the display remains black until the
        next time the X server is restarted.
      Signed-off-by: 's avatarLyude <lyude@redhat.com>
      Reviewed-by: 's avatarAdam Jackson <ajax@redhat.com>
      92408393
  14. 28 Oct, 2016 4 commits