1. 21 2月, 2006 1 次提交
  2. 13 2月, 2006 1 次提交
  3. 11 2月, 2006 1 次提交
  4. 20 1月, 2006 1 次提交
  5. 17 1月, 2006 4 次提交
  6. 09 1月, 2006 1 次提交
  7. 21 11月, 2005 1 次提交
  8. 17 11月, 2005 2 次提交
  9. 15 11月, 2005 3 次提交
  10. 14 11月, 2005 1 次提交
  11. 11 11月, 2005 1 次提交
  12. 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
  13. 09 11月, 2005 2 次提交
    • A
      [PATCH] i460-agp warning fixes · 49ebd7c6
      Andrew Morton 提交于
      drivers/char/agp/i460-agp.c: In function `i460_fetch_size':
      drivers/char/agp/i460-agp.c:115: warning: size_t format, long unsigned int arg (arg 2)
      drivers/char/agp/i460-agp.c:115: warning: size_t format, long unsigned int arg (arg 3)
      drivers/char/agp/i460-agp.c: In function `i460_mask_memory':
      drivers/char/agp/i460-agp.c:542: warning: integer constant is too large for "long" type
      
      Note that the i460_mask_memory() change is a guess.  But a good one, I suspect.
      Signed-off-by: NDave Jones <davej@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      49ebd7c6
    • 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
  14. 07 11月, 2005 1 次提交
  15. 06 11月, 2005 1 次提交
  16. 05 11月, 2005 2 次提交
  17. 31 10月, 2005 2 次提交
    • T
      [PATCH] fix missing includes · 4e57b681
      Tim Schmielau 提交于
      I recently picked up my older work to remove unnecessary #includes of
      sched.h, starting from a patch by Dave Jones to not include sched.h
      from module.h. This reduces the number of indirect includes of sched.h
      by ~300. Another ~400 pointless direct includes can be removed after
      this disentangling (patch to follow later).
      However, quite a few indirect includes need to be fixed up for this.
      
      In order to feed the patches through -mm with as little disturbance as
      possible, I've split out the fixes I accumulated up to now (complete for
      i386 and x86_64, more archs to follow later) and post them before the real
      patch.  This way this large part of the patch is kept simple with only
      adding #includes, and all hunks are independent of each other.  So if any
      hunk rejects or gets in the way of other patches, just drop it.  My scripts
      will pick it up again in the next round.
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4e57b681
    • B
      [PATCH] CONFIG_IA32 · 0d078f6f
      Brian Gerst 提交于
      Add CONFIG_X86_32 for i386.  This allows selecting options that only apply
      to 32-bit systems.
      
      (X86 && !X86_64) becomes X86_32
      (X86 ||  X86_64) becomes X86
      Signed-off-by: NBrian Gerst <bgerst@didntduck.org>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0d078f6f
  18. 25 10月, 2005 1 次提交
  19. 21 10月, 2005 1 次提交
  20. 24 9月, 2005 1 次提交
  21. 17 9月, 2005 1 次提交
  22. 11 9月, 2005 1 次提交
  23. 10 9月, 2005 1 次提交
  24. 02 9月, 2005 1 次提交
  25. 18 8月, 2005 1 次提交
  26. 12 8月, 2005 1 次提交
  27. 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
  28. 29 6月, 2005 1 次提交
  29. 08 6月, 2005 3 次提交
    • D
      [PATCH] Replace check_bridge_mode() with (bridge->mode & AGSTAT_MODE_3_0). · 66bb8bf8
      David Mosberger 提交于
      [AGPGART] Replace check_bridge_mode() with (bridge->mode & AGSTAT_MODE_3_0).
      
      As mentioned earlier, the current check_bridge_mode() code assumes
      that AGP bridges are PCI devices.  This isn't always true.  Definitely
      not for HP zx1 chipset and the same seems to be the case for SGI's AGP
      bridge.
      
      The patch below fixes the problem by picking up the AGP_MODE_3_0 bit
      from bridge->mode.  I feel like I may be missing something, since I
      can't see any reason why check_bridge_mode() wasn't doing that in the
      first place.  According to the AGP 3.0 specs, the AGP_MODE_3_0 bit is
      determined during the hardware reset and cannot be changed, so it
      seems to me it should be safe to pick it up from bridge->mode.
      
      With the patch applied, I can definitely use AGP acceleration both
      with AGP 2.0 and AGP 3.0 (one with an Nvidia card, the other with an
      ATI FireGL card).
      
      Unless someone spots a problem, please apply this patch so 3d
      acceleration can work on zx1 boxes again.
      
      This makes AGP work again on machines with an AGP bridge that isn't a
      PCI device.
      Signed-off-by: NDavid Mosberger-Tang <davidm@hpl.hp.com>
      Signed-off-by: NDave Jones <davej@redhat.com>
      66bb8bf8
    • 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
    • M
      [PATCH] sgi-agp: fixes a problem with accessing GART memory in... · e29b545c
      Michael Werner 提交于
      [PATCH] sgi-agp: fixes a problem with accessing GART memory in sgi_tioca_insert_memory and sgi_tioca_remove_memory
      
      This patch fixes a problem with accessing GART memory in
      sgi_tioca_insert_memory and sgi_tioca_remove_memory.
      
       sgi-agp.c |   12 +++++++++---
       1 files changed, 9 insertions(+), 3 deletions(-)
      Signed-off-by: NMike Werner <werner@sgi.com>
      Signed-off-by: NDave Jones <davej@redhat.com>
      
      e29b545c