1. 22 Oct, 2018 5 commits
  2. 19 Oct, 2018 1 commit
  3. 06 Sep, 2018 1 commit
  4. 05 Sep, 2018 4 commits
  5. 09 Jun, 2018 2 commits
  6. 31 May, 2018 8 commits
  7. 12 May, 2018 1 commit
  8. 02 May, 2018 2 commits
  9. 24 Apr, 2018 2 commits
  10. 15 Apr, 2018 1 commit
  11. 13 Apr, 2018 1 commit
  12. 05 Apr, 2018 2 commits
  13. 04 Apr, 2018 2 commits
  14. 03 Apr, 2018 3 commits
    • Chris Wilson's avatar
      sna: Reorder vblank/flip event handling to avoid TearFree recursion · 12db28ab
      Chris Wilson authored
      TearFree wants to grab the most recently used scanout for rendering the
      next frame into. If the flip event was still pending, we would then
      query the drm event buffer for any pending completions, but this would
      proceed to execute all the other events before the flip events as well.
      Since we they were out of sequence, we pushed them into a buffer to
      execute afterwards, however we forgot the side effects of the flip
      handlers, for example see commit af36a4ab ("sna: Defer submission
      of the next shadow frame until halfway through") and that there may have
      been events read from drm into a local buffer inside sna_mode_wakeup()
      that haven't been processed yet.
      Eliminate the need for calling sna_mode_wakeup() by ensuring that all
      flip events have been completed first before handing the vblank
      callbacks and potential drawing, ensuring the correct ordering.
      References: https://bugs.freedesktop.org/show_bug.cgi?id=105720
      Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
    • Chris Wilson's avatar
      sna: Skip shadow redisplay if flips still pending · ca6a57d5
      Chris Wilson authored
      We shouldn't even be attempting to redisplay if there are flips pending,
      so exit early and expect to be called again after the pending flips
      complete. Exiting early avoids having to call sna_mode_wakeup() in what
      used to be a potentially recursive manner (see commit af36a4ab
      "sna: Defer submission of the next shadow frame until halfway through").
      Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
    • Chris Wilson's avatar
      sna: Report the move_to_gpu failed if the allocation failed · 0a8a8529
      Chris Wilson authored
      Do not try and workaround the failure by forcing the wait-for-flip as we
      may be inside a vblank handler already. Just report the move failed and
      expect the caller to skip the draw, fairly standard practice for
      allocation failure handling (stale output rather than crash).
      Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
  15. 01 Apr, 2018 2 commits
  16. 28 Mar, 2018 1 commit
  17. 26 Mar, 2018 1 commit
  18. 02 Mar, 2018 1 commit
    • dom.constant@free.fr's avatar
      sna: CustomEDID fix · aa36399c
      dom.constant@free.fr authored and Chris Wilson's avatar Chris Wilson committed
      For my HTPC setup, I'm using the option "CustomEDID".
      With this option, output attaching and destroying events leads to
      The following sequence leads to a crash:
      - In xorg.conf: Option "CustomEDID" "HDMI2:/etc/my_edid.bin"
      - Starting Xorg
      - Connect HDMI2
      - Disconnect HDMI2
      - Reconnect HDMI2
        -> Crash
      The crash happens in xf86OutputSetEDID
      at "free(output->MonInfo)". MonInfo is assigned with
      which is allocated by intel driver in sna_output_load_fake_edid
      Sequence details:
      - Starting Xorg
         -> fake_edid_mon is initialized
      - Connect HDMI2
         -> xf86OutputSetEDID is called:
             - MonInfo is NULL
             - MonInfo is assigned with fake_edid_mon pointer
             - MonInfo is read by Xorg
      - Disconnect HDMI2
      - Reconnect HDMI2
         -> xf86OutputSetEDID is called:
             - MonInfo is freed thus also fake_edid_mon
             - MonInfo is assigned with fake_edid_mon
             - MonInfo is read but it was freed -> CRASH
      The fix consists of a new instance of xf86MonPtr for each calls of
      is initialized with fake_edid_raw which render
      fake_edid_mon useless.
      With this proposal, the behaviour of an EDID override is similar to
      a "real" EDID.
      Signed-off-by: default avatarDominique Constant <dom.constant@free.fr>
      Reviewed-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
      Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>