1. 04 Nov, 2009 3 commits
  2. 03 Nov, 2009 3 commits
    • Dave Airlie's avatar
      drm/radeon/kms: disable D1VGA and D2VGA if enabled · 8a9832e8
      Dave Airlie authored
      Once kms is enabled we don't need these, and it causes a problem
      with the Lenovo W500 ACPI brightness implementation, it hangs
      in a loop inside an SMI.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      8a9832e8
    • Alex Deucher's avatar
      drm/radeon/kms: Don't RMW CP_RB_CNTL · d6f28938
      Alex Deucher authored
      Immediate readback seems faulty on some chips.  I
      suspect it takes a while to get through the fifo
      to the actual register backbone.  There's no need
      to read it back, so, just write the driver's copy
      of the register's value directly.
      
      Should fix bug 24535 and possibly 24218
      Signed-off-by: default avatarAlex Deucher <alexdeucher@gmail.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      d6f28938
    • Dave Airlie's avatar
      drm/radeon/kms: fix coherency issues on AGP cards. · df67bed9
      Dave Airlie authored
      When we are evicting from VRAM->RAM we allocate the ttm object,
      but we don't set the caching policy on it before blitting into it.
      This means on AGP we end up blitting into cached pages, and
      the CPU later flushes out on top of them. This was mostly seen as
      font corruption.
      
      The other question is why we don't evict VRAM->GTT in a lot of cases,
      this would save us some cache transitions since a lot of objects
      that are evicted from VRAM will probably end up being pulled back in
      a few operations later, and evicting them to system memory involves
      2 unnecessary cache transitions.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      df67bed9
  3. 28 Oct, 2009 7 commits
  4. 26 Oct, 2009 10 commits
  5. 16 Oct, 2009 2 commits
  6. 15 Oct, 2009 7 commits
  7. 12 Oct, 2009 8 commits