1. 10 3月, 2012 3 次提交
  2. 07 3月, 2012 1 次提交
  3. 05 3月, 2012 1 次提交
  4. 29 2月, 2012 15 次提交
  5. 27 2月, 2012 5 次提交
  6. 23 2月, 2012 2 次提交
    • D
      Merge tag 'drm-intel-next-2012-02-16-merge-resolved' of... · e5bcf234
      Dave Airlie 提交于
      Merge tag 'drm-intel-next-2012-02-16-merge-resolved' of git://people.freedesktop.org/~danvet/drm-intel into drm-core-next
      
      * tag 'drm-intel-next-2012-02-16-merge-resolved' of git://people.freedesktop.org/~danvet/drm-intel: (45 commits)
        Revert "drivers/gpu/drm/i915/intel_overlay.c needs seq_file.h"
        drm/i915/lvds: Always use the presence pin for LVDS on PCH
        drm/i915: Record the position of the request upon error
        drm/i915: Record the in-flight requests at the time of a hang
        drm/i915: Record the tail at each request and use it to estimate the head
        drm/i915: add missing SDVO bits for interlaced modes on ILK
        drm/i915: Fix race condition in accessing GMBUS
        drm/i915: add a "force-dvi" HDMI audio mode
        drm/i915: Don't lock panel registers when downclocking
        drm/i915: fix up locking inconsistency around gem_do_init
        drm/i915: enable forcewake voodoo also for gen6
        drm/i915: fixup seqno allocation logic for lazy_request
        drm/i915: outstanding_lazy_request is a u32
        drm/i915: check gtfifodbg after possibly failed writes
        drm/i915: catch gtfifo errors on forcewake_put
        drm/i915: use gtfifodbg
        drm/i915: set interlaced bits for TRANSCONF
        drm/i915: fixup overlay checks for interlaced modes
        drm/i915: allow interlaced mode output on the HDMI connector
        drm/i915: allow interlaced mode output on the SDVO connector
        ...
      e5bcf234
    • D
      Merge remote-tracking branch 'airlied/drm-next' into for-airlied · ff5f4b05
      Daniel Vetter 提交于
      Manually resolve the conflict between the new enum drm property
      helpers in drm-next and the new "force-dvi" option that the "audio" output
      property gained in drm-intel-next.
      
      While resolving this conflict, switch the new drm_prop_enum_list to
      use the newly introduced enum defines instead of magic values.
      
      Conflicts:
      	drivers/gpu/drm/i915/intel_modes.c
      Signed-Off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      ff5f4b05
  7. 17 2月, 2012 2 次提交
    • D
      drm: add some caps for userspace to discover more info for dumb KMS driver (v2) · 019d96cb
      Dave Airlie 提交于
      For the simple KMS driver case we need some more info about what the preferred
      depth and if a shadow framebuffer is preferred.
      
      I've only added this for intel/radeon which support the dumb ioctls so far.
      
      If you need something really fancy you should be writing a real X.org driver.
      
      v2: drop cursor information, just return an error from the cursor ioctls
      and we can make userspace fallback to sw cursor in that case, cursor
      info was getting too messy, best to start smaller.
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      019d96cb
    • D
      drm: move pci bus master enable into driver. · 466e69b8
      Dave Airlie 提交于
      The current enabling of bus mastering in the drm midlayer allows a large
      race condition under kexec. When a kexec'ed kernel re-enables bus mastering
      for the GPU, previously setup dma blocks may cause writes to random pieces
      of memory. On radeon the writeback mechanism can cause these sorts of issues.
      
      This patch doesn't fix the problem, but it moves the bus master enable under
      the individual drivers control so they can move enabling it until later in
      their load cycle and close the race.
      
      Fix for radeon kms driver will be in a follow-up patch.
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      466e69b8
  8. 16 2月, 2012 2 次提交
  9. 15 2月, 2012 5 次提交
  10. 14 2月, 2012 4 次提交
    • D
      Merge tag 'drm-intel-next-2012-02-07' of... · cdbe8b54
      Dave Airlie 提交于
      Merge tag 'drm-intel-next-2012-02-07' of git://people.freedesktop.org/~danvet/drm-intel into drm-core-next
      
      * tag 'drm-intel-next-2012-02-07' of git://people.freedesktop.org/~danvet/drm-intel: (29 commits)
        drm/i915: Handle unmappable buffers during error state capture
        drm/i915: rewrite shmem_pread_slow to use copy_to_user
        drm/i915: rewrite shmem_pwrite_slow to use copy_from_user
        drm/i915: fall through pwrite_gtt_slow to the shmem slow path
        drm/i915: add debugfs file for swizzling information
        drm/i915: fix swizzle detection for gen3
        drm/i915: Remove the upper limit on the bo size for mapping into the CPU domain
        drm/i915: add per-ring fault reg to error_state
        drm/i915: reject GTT domain in relocations
        drm/i915: remove the i915_batchbuffer_info debugfs file
        drm/i915: capture error_state also for stuck rings
        drm/i915: refactor debugfs create functions
        drm/i915: refactor debugfs open function
        drm/i915: don't trash the gtt when running out of fences
        drm/i915: Separate fence pin counting from normal bind pin counting
        drm/i915/ringbuffer: kill snb blt workaround
        drm/i915: collect more per ring error state
        drm/i915: refactor ring error state capture to use arrays
        drm/i915: switch ring->id to be a real id
        drm/i915: set AUD_CONFIG N_value_index for DisplayPort
        ...
      cdbe8b54
    • Y
      drm/i915: Fix race condition in accessing GMBUS · 8a8ed1f5
      Yufeng Shen 提交于
      GMBUS has several ports and each has it's own corresponding
      I2C adpater. When multiple I2C adapters call gmbus_xfer() at
      the same time there is a race condition in using the underlying
      GMBUS controller. Fixing this by adding a mutex lock when calling
      gmbus_xfer().
      
      v2: Moved gmbus_mutex below intel_gmbus and added comments.
      Rebased to drm-intel-next-queued.
      Signed-off-by: NYufeng Shen <miletus@chromium.org>
      [danvet: Shortened the gmbus_mutex comment a bit and add the patch
      revision comment to the commit message.]
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      8a8ed1f5
    • W
      drm/i915: add a "force-dvi" HDMI audio mode · b1d7e4b4
      Wu Fengguang 提交于
      When HDMI-DVI converter is used, it's not only necessary to turn off
      audio, but also to disable HDMI_MODE_SELECT and video infoframe. Since
      the DVI mode is mainly tied to audio functionality from end user POV,
      add a new "force-dvi" audio mode:
      
      	xrandr --output HDMI1 --set audio force-dvi
      
      Note that most users won't need to set this and happily rely on the EDID
      based DVI auto detection.
      Reported-by: NAndrea Arcangeli <aarcange@redhat.com>
      Signed-off-by: NWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      b1d7e4b4
    • S
      drm/i915: Don't lock panel registers when downclocking · 8ac5a6d5
      Sean Paul 提交于
      This patch replaces the locking from the downclock routines with an assert
      to ensure the registers are indeed unlocked. Without this patch, pre-SNB
      devices would lock the registers when downclocking which would cause a
      WARNING on suspend/resume with downclocking enabled.
      
      Note: To hit this bug, you need to have lvds downclocking enabled.
      Signed-off-by: NSean Paul <seanpaul@chromium.org>
      Acked-by: NJesse Barnes <jbarnes@virtuousgeek.org>
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      8ac5a6d5
新手
引导
客服 返回
顶部