Skip to content
Snippets Groups Projects
  1. Feb 22, 2010
  2. Feb 18, 2010
  3. Feb 16, 2010
    • Carl Worth's avatar
      Increment version to 2.4.18 for release. · 2d9990c7
      Carl Worth authored
      The primary motivation of the release is the bug fix in commit
      4f0f8717
      2d9990c7
    • Ben Skeggs's avatar
      nouveau: bump MAX_PUSH to 512 · 88e8a8bb
      Ben Skeggs authored
      88e8a8bb
    • Luca Barbieri's avatar
      nouveau: interface changes for 0.0.16 DRM · b496c631
      Luca Barbieri authored
      This commit encompasses the changes necessary to run on top of the 0.0.16
      nouveau interface, additional APIs to support the new features of the
      interface, as well as code from Luca Barbieri to improve the pushbuf
      interface, which just happens to break nouveau's libdrm ABI so was delayed
      until now.
      
      API changes as a result of 0.0.16 DRM interface:
      
      1. No more bo_pin()/bo_unpin(), these were only there for UMS and we no
         longer support it.
      
      2. Any random nouveau_bo can be submitted to the GPU as a push buffer.
      
      3. Relocations can be applied on any nouveau_bo
      
      This patch changes the pushbuffer ABI to:
      
      1. No longer use/expose nouveau_pushbuffer. Everything is directly
         in nouveau_channel. This saves the extra "pushbuf" pointer dereference.
      
      2. Use cur/end pointers instead of tracking the remaining size.
         Pushing data now only needs to alter cur and not both cur and remaining.
      
      The goal is to make the *_RING macros faster and make the interface simpler
      and cleaner in the process.
      
      The *_RING APIs are unchanged, but those are inlined and the ABI is changed.
      
      Also, anything accessing pushbuf->remaining instead of using AVAIL_RING
      will need to be fixed.
      b496c631
  4. Feb 11, 2010
  5. Feb 10, 2010
    • Chris Wilson's avatar
      intel: Handle resetting of input params after EINTR during SET_TILING · 4f0f8717
      Chris Wilson authored
      The SET_TILING is pernicious in that it overwrites the input arguments
      following an error in order to report the current tiling state of the
      buffer. This caught us by surprise as we then fed those arguments back
      into to the ioctl unmodified following an EINTR and so the kernel then
      reported success for the no-op. We interpreted this success as meaning
      that the tiling on the buffer had changed so updated our state and
      started using the buffer incorrectly in the new tiled/untiled manner.
      This lead to all sorts of random corruption and GPU hangs, even though
      the batch buffers would look sane (when the GPU had not wandered off
      into forbidden territory).
      
      References:
      
        Bug 25475 - [i915] Xorg crash / Execbuf while wedged
        http://bugs.freedesktop.org/show_bug.cgi?id=25475
      
        Bug 25554 - i830_uxa_prepare_access: gtt bo map failed: Input/output error
        http://bugs.freedesktop.org/show_bug.cgi?id=25554
      
      
      
      (And probably every other weird bug in the last few months.)
      
      Signed-off-by: default avatarChris Wilson <chris@chris-wilson.co.uk>
      4f0f8717
  6. Feb 09, 2010
  7. Feb 05, 2010
  8. Feb 04, 2010
  9. Feb 02, 2010
  10. Feb 01, 2010
  11. Jan 31, 2010
  12. Jan 28, 2010
  13. Jan 27, 2010
  14. Jan 23, 2010
  15. Jan 21, 2010
  16. Jan 20, 2010
  17. Jan 17, 2010
  18. Jan 16, 2010
  19. Jan 15, 2010
  20. Jan 14, 2010