1. 19 2月, 2007 1 次提交
  2. 14 2月, 2007 1 次提交
  3. 12 2月, 2007 1 次提交
    • C
      [PATCH] Set CONFIG_ZONE_DMA for arches with GENERIC_ISA_DMA · 5ac6da66
      Christoph Lameter 提交于
      As Andi pointed out: CONFIG_GENERIC_ISA_DMA only disables the ISA DMA
      channel management.  Other functionality may still expect GFP_DMA to
      provide memory below 16M.  So we need to make sure that CONFIG_ZONE_DMA is
      set independent of CONFIG_GENERIC_ISA_DMA.  Undo the modifications to
      mm/Kconfig where we made ZONE_DMA dependent on GENERIC_ISA_DMA and set
      theses explicitly in each arches Kconfig.
      
      Reviews must occur for each arch in order to determine if ZONE_DMA can be
      switched off.  It can only be switched off if we know that all devices
      supported by a platform are capable of performing DMA transfers to all of
      memory (Some arches already support this: uml, avr32, sh sh64, parisc and
      IA64/Altix).
      
      In order to switch ZONE_DMA off conditionally, one would have to establish
      a scheme by which one can assure that no drivers are enabled that are only
      capable of doing I/O to a part of memory, or one needs to provide an
      alternate means of performing an allocation from a specific range of memory
      (like provided by alloc_pages_range()) and insure that all drivers use that
      call.  In that case the arches alloc_dma_coherent() may need to be modified
      to call alloc_pages_range() instead of relying on GFP_DMA.
      Signed-off-by: NChristoph Lameter <clameter@sgi.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5ac6da66
  4. 11 2月, 2007 1 次提交
  5. 10 2月, 2007 1 次提交
  6. 07 2月, 2007 2 次提交
  7. 24 1月, 2007 1 次提交
    • R
      [MIPS] SMTC: Instant IPI replay. · ac8be955
      Ralf Baechle 提交于
      SMTC pseudo-interrupts between TCs are deferred and queued if the target
      TC is interrupt-inhibited (IXMT). In the first SMTC prototypes, these
      queued IPIs were serviced on return to user mode, or on entry into the
      kernel idle loop. The INSTANT_REPLAY option dispatches them as part of
      local_irq_restore() processing, which adds runtime overhead (hence the
      option to turn it off), but ensures that IPIs are handled promptly even
      under heavy I/O interrupt load.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      ac8be955
  8. 09 12月, 2006 4 次提交
  9. 07 12月, 2006 1 次提交
    • F
      [MIPS] Compile __do_IRQ() when really needed · e77c232c
      Franck Bui-Huu 提交于
      __do_IRQ() is needed only by irq handlers that can't use
      default handlers defined in kernel/irq/chip.c.
      
      For others platforms there's no need to compile this function
      since it won't be used. For those platforms this patch defines
      GENERIC_HARDIRQS_NO__DO_IRQ symbol which is used exactly for
      this purpose.
      
      Futhermore for platforms which do not use __do_IRQ(), end()
      method which is part of the 'irq_chip' structure is not used.
      This patch simply removes this method in this case.
      Signed-off-by: NFranck Bui-Huu <fbuihuu@gmail.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      e77c232c
  10. 05 12月, 2006 3 次提交
  11. 30 11月, 2006 3 次提交
  12. 03 11月, 2006 3 次提交
  13. 31 10月, 2006 2 次提交
  14. 10 10月, 2006 1 次提交
  15. 08 10月, 2006 1 次提交
  16. 05 10月, 2006 1 次提交
  17. 04 10月, 2006 2 次提交
  18. 02 10月, 2006 2 次提交
  19. 27 9月, 2006 5 次提交
  20. 14 7月, 2006 4 次提交