1. 26 3月, 2010 1 次提交
  2. 27 2月, 2010 3 次提交
  3. 23 2月, 2010 3 次提交
    • C
      drm/i915: Record batch buffer following GPU error · 9df30794
      Chris Wilson 提交于
      In order to improve our diagnostic capabilities following a GPU hang
      and subsequent reset, we need to record the batch buffer that triggered
      the error. We assume that the current batch buffer, plus a few details
      about what else is on the active list, will be sufficient -- at the very
      least an improvement over nothing.
      
      The extra information is stored in /debug/dri/.../i915_error_state
      following an error, and may be decoded using
      intel_gpu_tools/tools/intel_error_decode.
      
      v2: Avoid excessive work under spinlocks.
      v3: Include ringbuffer for later analysis.
      v4: Use kunmap correctly and record more buffer state.
      v5: Search ringbuffer for current batch buffer
      v6: Use a work fn for the impossible IRQ error case.
      v7: Avoid non-atomic paths whilst in IRQ context.
      Signed-off-by: NChris Wilson <chris@chris-wilson.co.uk>
      Signed-off-by: NEric Anholt <eric@anholt.net>
      9df30794
    • M
      drm/i915: Deobfuscate the render p-state obfuscation · b5b72e89
      Matthew Garrett 提交于
      The ironlake render p-state support includes some rather odd variable
      names. Clean them up in order to improve the readability of the code.
      Signed-off-by: NMatthew Garrett <mjg@redhat.com>
      Signed-off-by: NEric Anholt <eric@anholt.net>
      b5b72e89
    • J
      drm/i915: add dynamic performance control support for Ironlake · f97108d1
      Jesse Barnes 提交于
      Ironlake (and 965GM, which this patch doesn't support) supports a
      hardware performance and power management feature that allows it to
      adjust to changes in GPU load over time with software help.  The goal
      if this is to maximize performance/power for a given workload.
      
      This patch enables that feature, which is also a requirement for
      supporting Intelligent Power Sharing, a feature which allows for
      dynamic budgeting of power between the CPU and GPU in Arrandale
      platforms.
      Tested-by: Nykzhao <yakui.zhao@intel.com>
      [anholt: Resolved against the irq handler loop removal]
      Signed-off-by: NJesse Barnes <jbarnes@virtuousgeek.org>
      Signed-off-by: NEric Anholt <eric@anholt.net>
      f97108d1
  4. 11 2月, 2010 1 次提交
  5. 30 1月, 2010 2 次提交
  6. 26 1月, 2010 1 次提交
  7. 16 1月, 2010 1 次提交
  8. 18 12月, 2009 1 次提交
  9. 17 12月, 2009 1 次提交
  10. 09 12月, 2009 1 次提交
  11. 08 12月, 2009 1 次提交
  12. 02 12月, 2009 1 次提交
  13. 01 12月, 2009 1 次提交
  14. 13 11月, 2009 1 次提交
  15. 06 11月, 2009 3 次提交
  16. 29 9月, 2009 1 次提交
  17. 23 9月, 2009 1 次提交
    • C
      drm/i915: Add tracepoints · 1c5d22f7
      Chris Wilson 提交于
      By adding tracepoint equivalents for WATCH_BUF/EXEC we are able to monitor
      the lifetimes of objects, requests and significant events. These events can
      then be probed using the tracing frameworks, such as systemtap and, in
      particular, perf.
      
      For example to record the stack trace for every GPU stall during a run, use
      
        $ perf record -e i915:i915_gem_request_wait_begin -c 1 -g
      
      And
      
        $ perf report
      
      to view the results.
      
      [Updated to fix compilation issues caused.]
      Cc: Arjan van de Ven <arjan@linux.intel.com>
      Cc: Ben Gamari <bgamari@gmail.com>
      Signed-off-by: NChris Wilson <chris@chris-wilson.co.uk>
      1c5d22f7
  18. 18 9月, 2009 4 次提交
  19. 05 9月, 2009 1 次提交
    • S
      drm/i915: Support IGD EOS · 04302965
      Shaohua Li 提交于
      In the event that any one of the DAC analog outputs (R,G,B) were driven
      at full-scale (white video) or some analog level close to full-scale
      voltage, and if the video cable were then disconnected, the analog video
      voltage level would exceed the maximum electrical overstress limit of the
      native (thin-oxide) transistors thus causing a long-term reliability concern.
      The electrical overstress condition occurs in this particular case.
      
      This patch address the IGD EOS (electrical overstress condition) issue.
      When the EOS interrupt occurs, OS should disable DAC and then disable EOS,
      then the normal hotplug operation follows.
      
      TODO: it appears the normal unplug interrupt is missed as reported by Li Peng,
      need more checks here.
      Signed-off-by: NShaohua Li <shaohua.li@intel.com>
      Signed-off-by: NEric Anholt <eric@anholt.net>
      04302965
  20. 09 8月, 2009 1 次提交
  21. 06 8月, 2009 1 次提交
  22. 14 7月, 2009 1 次提交
  23. 02 7月, 2009 2 次提交
  24. 19 6月, 2009 1 次提交
  25. 10 6月, 2009 1 次提交
  26. 05 6月, 2009 2 次提交
  27. 18 4月, 2009 1 次提交
  28. 02 4月, 2009 1 次提交