1. 15 May, 2020 1 commit
  2. 11 May, 2020 1 commit
  3. 06 May, 2020 1 commit
    • Chris Wilson's avatar
      sna/dri2: Prevent copying stale buffers · e781d43d
      Chris Wilson authored
      The back buffer of window/pixmap is invalidated by DRI2ScheduleSwap, and
      is not available until the client calls DRI2GetBuffers. If they try to
      use their old handles, they will only get stale data. Similarly if they
      ask us to DRI2CopyRegion before the GetBuffers has reallocated a new
      back buffer, that back buffer is stale. Since the back buffer is
      out-of-date [likely containing data from a couple of swaps ago], we
      should ignore the copy to avoid glitching [by hopefully having a less
      noticeable glitch!] It's not entirely clear what the client intended at
      this point...
      
      Closes: #195Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
      e781d43d
  4. 21 Apr, 2020 2 commits
  5. 17 Apr, 2020 3 commits
  6. 15 Apr, 2020 1 commit
    • Chris Wilson's avatar
      sna/dri2: Interpret DRI2ATTACH_FORMAT as depth not bpp · f2a54e25
      Chris Wilson authored
      In mesa i915/i965 pass the bpp to use when creating the surface, but the
      gallium state tracker passed the depth. As it happens that
      BitsPerPixel(format) will do the right thing for both, use that.
      
      | DRI2ATTACH_FORMAT { attachment: CARD32
      |		      format:     CARD32 }
      |
      |  The DRI2ATTACH_FORMAT describes an attachment and the associated
      |  format.  'attachment' describes the attachment point for the buffer,
      |  'format' describes an opaque, device-dependent format for the buffer.
      
      Should we need to use an explicit format (heavens forbid as nobody likes
      DRI2) then that will have to start in the range above 256 (or higher).
      
      For now the convention is defined by the mixture of i965/iris, and that
      is to assume it is essentially a depth.
      Reported-by: Lionel Landwerlin's avatarLionel Landwerlin <lionel.g.landwerlin@intel.com>
      References: mesa/mesa!4569Signed-off-by: Chris Wilson's avatarChris Wilson <chris@chris-wilson.co.uk>
      f2a54e25
  7. 10 Mar, 2020 1 commit
  8. 09 Dec, 2019 2 commits
  9. 27 Nov, 2019 1 commit
  10. 17 Nov, 2019 1 commit
  11. 15 Nov, 2019 1 commit
  12. 02 Nov, 2019 1 commit
  13. 07 Oct, 2019 1 commit
  14. 27 Sep, 2019 1 commit
  15. 19 Sep, 2019 21 commits
  16. 24 Jul, 2019 1 commit