1. 28 2月, 2006 1 次提交
  2. 17 11月, 2005 1 次提交
  3. 10 11月, 2005 1 次提交
    • L
      Fix AGP compile on non-x86 architectures · 6730c3c1
      Linus Torvalds 提交于
      AGP shouldn't use "global_flush_tlb()" to flush the AGP mappings, that i
      spurely an x86'ism.  The proper AGP mapping flusher that should be used
      is "flush_agp_mappings()", which on x86 obviously happens to do a global
      TLB flush.
      
      This makes AGP (or at least the config _I_ happen to use) compile again
      on ppc64.
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      6730c3c1
  4. 09 11月, 2005 1 次提交
    • A
      [PATCH] AGP performance fixes · 88d51967
      Alan Hourihane 提交于
      AGP allocation/deallocation is suffering major performance issues due to
      the nature of global_flush_tlb() being called on every change_page_attr()
      call.
      
      For small allocations this isn't really seen, but when you start allocating
      50000 pages of AGP space, for say, texture memory, then things can take
      seconds to complete.
      
      In some cases the situation is doubled or even quadrupled in the time due
      to SMP, or a deallocation, then a new reallocation.  I've had a case of
      upto 20 seconds wait time to deallocate and reallocate AGP space.
      
      This patch fixes the problem by making it the caller's responsibility to
      call global_flush_tlb(), and so removes it from every instance of mapping a
      page into AGP space until the time that all change_page_attr() changes are
      done.
      Signed-off-by: NDave Jones <davej@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      88d51967
  5. 21 10月, 2005 1 次提交
  6. 11 9月, 2005 1 次提交
  7. 08 6月, 2005 1 次提交
    • K
      [PATCH] AGP fix for Xen VMM · 07eee78e
      Keir Fraser 提交于
      When Linux is running on the Xen virtual machine monitor, physical
      addresses are virtualised and cannot be directly referenced by the AGP
      GART.  This patch fixes the GART driver for Xen by adding a layer of
      abstraction between physical addresses and 'GART addresses'.
      
      Architecture-specific functions are also defined for allocating and freeing
      the GATT.  Xen requires this to ensure that table really is contiguous from
      the point of view of the GART.
      
      These extra interface functions are defined as 'no-ops' for all existing
      architectures that use the GART driver.
      Signed-off-by: NKeir Fraser <keir@xensource.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NDave Jones <davej@redhat.com>
      07eee78e
  8. 01 5月, 2005 1 次提交
  9. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4