1. 27 7月, 2007 2 次提交
  2. 22 6月, 2007 1 次提交
  3. 15 6月, 2007 1 次提交
  4. 07 6月, 2007 5 次提交
  5. 27 4月, 2007 1 次提交
  6. 10 4月, 2007 1 次提交
  7. 09 4月, 2007 1 次提交
  8. 23 2月, 2007 1 次提交
  9. 11 2月, 2007 1 次提交
  10. 07 2月, 2007 1 次提交
  11. 05 2月, 2007 1 次提交
  12. 04 2月, 2007 1 次提交
    • T
      [AGPGART] Allow drm-populated agp memory types · a030ce44
      Thomas Hellstrom 提交于
      This patch allows drm to populate an agpgart structure with pages of its own.
      It's needed for the new drm memory manager which dynamically flips pages in and out of AGP.
      
      The patch modifies the generic functions as well as the intel agp driver. The intel drm driver is
      currently the only one supporting the new memory manager.
      
      Other agp drivers may need some minor fixing up once they have a corresponding memory manager enabled drm driver.
      
      AGP memory types >= AGP_USER_TYPES are not populated by the agpgart driver, but the drm is expected
      to do that, as well as taking care of cache- and tlb flushing when needed.
      
      It's not possible to request these types from user space using agpgart ioctls.
      
      The Intel driver also gets a new memory type for pages that can be bound cached to the intel GTT.
      Signed-off-by: NThomas Hellstrom <thomas@tungstengraphics.com>
      Signed-off-by: NDave Jones <davej@redhat.com>
      a030ce44
  13. 17 1月, 2007 1 次提交
  14. 29 12月, 2006 1 次提交
  15. 23 12月, 2006 2 次提交
    • E
      [AGPGART] fix detection of aperture size versus GTT size on G965 · c41e0deb
      Eric Anholt 提交于
      On the G965, the GTT size may be larger than is required to cover the
      aperture.  (In fact, on all hardware we've seen, the GTT is 512KB to the
      aperture's 256MB).  A previous commit forced the aperture size to 512MB on
      G965 to match GTT, which would likely result in hangs at best if users
      tried to rely on agpgart's aperture size information.  Instead, we use the
      resource length for the aperture size and the system's reported GTT size
      when available for the GTT size.
      
      Because the MSAC registers which had been read for aperture size detection
      on i9xx chips just cause a change in the resource size, we can use generic
      code for aperture detection on all i9xx.
      Signed-off-by: NEric Anholt <eric@anholt.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NDave Jones <davej@redhat.com>
      c41e0deb
    • T
      [AGPGART] Remove unnecessary flushes when inserting and removing pages. · 5aa80c72
      Thomas Hellstrom 提交于
      This patch is to speed up flipping of pages in and out of the AGP aperture as
      needed by the new drm memory manager.
      
      A number of global cache flushes are removed as well as some PCI posting flushes.
      The following guidelines have been used:
      
      1) Memory that is only mapped uncached and that has been subject to a global
      cache flush after the mapping was changed to uncached does not need any more
      cache flushes. Neither before binding to the aperture nor after unbinding.
      
      2) Only do one PCI posting flush after a sequence of writes modifying page
      entries in the GATT.
      Signed-off-by: NThomas Hellstrom <thomas@tungstengraphics.com>
      Signed-off-by: NDave Jones <davej@redhat.com>
      5aa80c72
  16. 23 11月, 2006 2 次提交
    • L
      [AGP] Allocate AGP pages with GFP_DMA32 by default · 66c669ba
      Linus Torvalds 提交于
      Not all graphic page remappers support physical addresses over the 4GB
      mark for remapping, so while some do (the AMD64 GART always did, and I
      just fixed the i965 to do so properly), we're safest off just forcing
      GFP_DMA32 allocations to make sure graphics pages get allocated in the
      low 32-bit address space by default.
      
      AGP sub-drivers that really care, and can do better, could just choose
      to implement their own allocator (or we could add another "64-bit safe"
      default allocator for their use), but quite frankly, you're not likely
      to care in practice.
      
      So for now, this trivial change means that we won't be allocating pages
      that we can't map correctly by mistake on x86-64.
      
      [ On traditional 32-bit x86, this could never happen, because GFP_KERNEL
        would never allocate any highmem memory anyway ]
      Acked-by: NAndi Kleen <ak@suse.de>
      Acked-by: NDave Jones <davej@redhat.com>
      Cc: Eric Anholt <eric@anholt.net>
      Cc: Keith Packard <keithp@keithp.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      66c669ba
    • L
      [AGP] Fix intel 965 AGP memory mapping function · 7d915a38
      Linus Torvalds 提交于
      This introduces a i965-specific "mask_memory()" function that knows
      about the extended physical addresses that the i965 supports.  This
      allows us to correctly map in physical memory in the >4GB range into the
      GTT.
      
      Also simplify/clean-up the i965 case for the aperture sizing by just
      returning the fixed 512kB size from "fetch_size()".  We don't really
      care that not all of the aperture may be visible - the only thing that
      cares about the aperture size is the Intel "stolen memory" calculation,
      which depends on the fixed size.
      
      Cc: Keith Packard <keithp@keithp.com>
      Cc: Eric Anholt <eric@anholt.net>
      Cc: Dave Jones <davej@redhat.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      7d915a38
  17. 11 9月, 2006 1 次提交
  18. 06 9月, 2006 2 次提交
  19. 12 8月, 2006 1 次提交
  20. 31 5月, 2006 1 次提交
  21. 28 2月, 2006 1 次提交
  22. 20 1月, 2006 1 次提交
  23. 11 11月, 2005 1 次提交
  24. 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
  25. 25 10月, 2005 1 次提交
  26. 30 7月, 2005 1 次提交
    • M
      [PATCH] agp: restore APBASE after setting APSIZE · b0825488
      Matthew Garrett 提交于
      When leaving S3 state, the AGP bridge may not have all PCI configuration
      registers set in the same way as they were at boot.  This should be fixed
      by pci_restore_state - however, the APBASE register cannot be set to
      conflict with the APSIZE register.  If APSIZE is larger than it was before
      suspend, pci_restore_state will not restore APBASE correctly.  The attached
      patch adds an extra item to the agp_bridge_data structure and uses it to
      store the value of APBASE.  On resume, this is then written after APSIZE
      has been set.  This patch only touches the path used for Intel chipsets
      without integrated graphics, and may need to be extended to work with the
      others.
      
      Without this patch, I get the symptoms described in bug 4921 - APBASE ends
      up overlapping various PCI devices, and as a result they fail to work after
      resume.
      Signed-off-by: NMatthew Garrett <mjg59@srcf.ucam.org>
      Acked-by: NDave Jones <davej@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b0825488
  27. 08 6月, 2005 2 次提交
    • 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
    • A
      [PATCH] i945G patch for agpgart · d0de98fa
      Alan Hourihane 提交于
      Attached is a small patch for i945G support against 2.6.11.11.
      
      From: Alan Hourihane <alanh@fairlite.demon.co.uk>
      Signed-off-by: NDave Jones <davej@redhat.com>
      d0de98fa
  28. 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