1. 14 2月, 2011 1 次提交
    • M
      drm/radeon/kms: optimize CS state checking for r100->r500 · 40b4a759
      Marek Olšák 提交于
      The colorbuffer, zbuffer, and texture states are checked only once when
      they get changed. This improves performance in the apps which emit
      lots of draw packets and few state changes.
      
      This drops performance in glxgears by a 1% or so, but glxgears is not
      a benchmark we care about.
      The time spent in the kernel when running Torcs dropped from 33% to 23%
      and the frame rate is higher, which is a good thing.
      
      r600 might need something like this as well.
      Signed-off-by: NMarek Olšák <maraeo@gmail.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      40b4a759
  2. 28 10月, 2010 1 次提交
  3. 01 7月, 2010 2 次提交
  4. 15 3月, 2010 1 次提交
  5. 18 2月, 2010 1 次提交
  6. 21 1月, 2010 1 次提交
  7. 16 12月, 2009 1 次提交
  8. 02 10月, 2009 1 次提交
  9. 25 9月, 2009 1 次提交
    • D
      drm/radeon/kms: don't require up to 64k allocations. (v2) · 513bcb46
      Dave Airlie 提交于
      This avoids needing to do a kmalloc > PAGE_SIZE for the main
      indirect buffer chunk, it adds an accessor for all reads from
      the chunk and caches a single page at a time for subsequent
      reads.
      
      changes since v1:
      Use a two page pool which should be the most common case
      a single packet spanning > PAGE_SIZE will be hit, but I'm
      having trouble seeing anywhere we currently generate anything like that.
      hopefully proper short page copying at end
      added parser_error flag to set deep errors instead of having to test
      every ib value fetch.
      fixed bug in patch that went to list.
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      513bcb46
  10. 08 9月, 2009 1 次提交