1. 22 Nov, 2010 1 commit
  2. 11 Nov, 2010 1 commit
  3. 08 Nov, 2010 1 commit
  4. 29 Oct, 2010 2 commits
  5. 28 Oct, 2010 2 commits
  6. 27 Oct, 2010 4 commits
  7. 21 Oct, 2010 2 commits
  8. 20 Oct, 2010 1 commit
  9. 19 Oct, 2010 3 commits
  10. 08 Oct, 2010 2 commits
  11. 07 Oct, 2010 1 commit
  12. 04 Oct, 2010 1 commit
  13. 27 Sep, 2010 1 commit
    • Jesse Barnes's avatar
      drm/i915: fix GMCH power reporting · d270ae34
      Jesse Barnes authored
      
      
      The IPS driver needs to know the current power consumption of the GMCH
      in order to make decisions about when to increase or decrease the CPU
      and/or GPU power envelope.  So fix up the divisions to save the results
      so the numbers are actually correct (contrary to some earlier comments
      and code, these functions do not modify the first argument and use it
      for the result).
      
      Signed-off-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      Signed-off-by: default avatarChris Wilson <chris@chris-wilson.co.uk>
      Cc: stable@kernel.org
      d270ae34
  14. 26 Sep, 2010 2 commits
  15. 25 Sep, 2010 1 commit
  16. 24 Sep, 2010 1 commit
  17. 21 Sep, 2010 3 commits
  18. 18 Sep, 2010 1 commit
    • Chris Wilson's avatar
      drm/i915: use GMBUS to manage i2c links · f899fc64
      Chris Wilson authored
      
      
      Use the GMBUS interface rather than direct bit banging to grab the EDID
      over DDC (and for other forms of auxiliary communication with external
      display controllers). The hope is that this method will be much faster
      and more reliable than bit banging for fetching EDIDs from buggy monitors
      or through switches, though we still preserve the bit banging as a
      fallback in case GMBUS fails.
      
      Based on an original patch by Jesse Barnes.
      
      Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
      Signed-off-by: default avatarChris Wilson <chris@chris-wilson.co.uk>
      f899fc64
  19. 10 Sep, 2010 1 commit
    • Chris Wilson's avatar
      drm/i915: Adapt workqueue to new alloc_workqueue interface · e642abbf
      Chris Wilson authored
      
      
      create_singlethreaded_workqueue() is being phased out for a new
      concurrency managed task infrastructure.
      
      Adapt our workqueue constructor to explicitly create a domain that only
      allows the execution of a single task at any time. All the tasks are
      expected to require the dev->struct_mutex, so would block concurrency of
      other tasks if we allow more than a single i915 task to be run at once.
      
      Signed-off-by: default avatarChris Wilson <chris@chris-wilson.co.uk>
      e642abbf
  20. 08 Sep, 2010 9 commits