1. 20 Apr, 2010 3 commits
    • Jerome Glisse's avatar
      drm/nouveau/kms: add support for new TTM fault callback V5 · f32f02fd
      Jerome Glisse authored
      This add the support for the new fault callback, does change anything
      from driver point of view, thought it should allow nouveau to add
      support for unmappable VRAM.
      
      Improvement: store the aperture base in a variable so that we don't
      call a function to get it on each fault.
      
      Patch hasn't been tested on any hw.
      
      V2 don't derefence bo->mem.mm_node as it's not NULL only for
         VRAM or GTT
      V3 update after io_mem_reserve/io_mem_free callback balancing
      V4 callback has to ioremap
      V5 ioremap is done by ttm
      Signed-off-by: default avatarJerome Glisse <jglisse@redhat.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      f32f02fd
    • Jerome Glisse's avatar
      drm/radeon/kms: add support for new fault callback V7 · 0a2d50e3
      Jerome Glisse authored
      This add the support for the new fault callback and also the
      infrastructure for supporting unmappable VRAM.
      
      V2 validate BO with no_wait = true
      V3 don't derefence bo->mem.mm_node as it's not NULL only for
         VRAM or GTT
      V4 update to splitted no_wait ttm change
      V5 update to new balanced io_mem_reserve/free change
      V6 callback is responsible for iomapping memory
      V7 move back iomapping to ttm
      Signed-off-by: default avatarJerome Glisse <jglisse@redhat.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      0a2d50e3
    • Jerome Glisse's avatar
      drm/ttm: ttm_fault callback to allow driver to handle bo placement V6 · 82c5da6b
      Jerome Glisse authored
      On fault the driver is given the opportunity to perform any operation
      it sees fit in order to place the buffer into a CPU visible area of
      memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon
      should keep working properly. Future patch will take advantage of this
      infrastructure and remove the old path from TTM once driver are
      converted.
      
      V2 return VM_FAULT_NOPAGE if callback return -EBUSY or -ERESTARTSYS
      V3 balance io_mem_reserve and io_mem_free call, fault_reserve_notify
         is responsible to perform any necessary task for mapping to succeed
      V4 minor cleanup, atomic_t -> bool as member is protected by reserve
         mecanism from concurent access
      V5 the callback is now responsible for iomapping the bo and providing
         a virtual address this simplify TTM and will allow to get rid of
         TTM_MEMTYPE_FLAG_NEEDS_IOREMAP
      V6 use the bus addr data to decide to ioremap or this isn't needed
         but we don't necesarily need to ioremap in the callback but still
         allow driver to use static mapping
      Signed-off-by: default avatarJerome Glisse <jglisse@redhat.com>
      Reviewed-by: default avatarThomas Hellstrom <thellstrom@vmware.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      82c5da6b
  2. 08 Apr, 2010 1 commit
  3. 07 Apr, 2010 5 commits
  4. 06 Apr, 2010 1 commit
  5. 05 Apr, 2010 2 commits
  6. 01 Apr, 2010 4 commits
  7. 31 Mar, 2010 24 commits