An error occurred fetching the project authors.
  1. 07 May, 2007 1 commit
  2. 27 Apr, 2007 5 commits
  3. 29 Mar, 2007 1 commit
  4. 19 Mar, 2007 1 commit
  5. 17 Mar, 2007 2 commits
  6. 13 Mar, 2007 1 commit
  7. 07 Mar, 2007 1 commit
  8. 04 Mar, 2007 2 commits
  9. 26 Feb, 2007 1 commit
  10. 22 Feb, 2007 1 commit
    • Franck Bui-Huu's avatar
      [MIPS] Add basic SMARTMIPS ASE support · 9693a853
      Franck Bui-Huu authored
      This patch adds trivial support for SMARTMIPS extension. This extension
      is currently implemented by 4KS[CD] CPUs.
      
      Basically it saves/restores ACX register, which is part of the SMARTMIPS
      ASE, when needed. This patch does *not* add any support for Smartmips MMU
      features.
      
      Futhermore this patch does not add explicit support for 4KS[CD] CPUs since
      they are respectively mips32 and mips32r2 compliant.  So with the current
      processor configuration, a platform that has such CPUs needs to select
      both configs:
      
      	CPU_HAS_SMARTMIPS
      	SYS_HAS_CPU_MIPS32_R[12]
      
      This is due to the processor configuration which is mixing up all the
      architecture variants and the processor types.
      
      The drawback of this, is that we currently pass '-march=mips32' option to
      gcc when building a kernel instead of '-march=4ksc' for 4KSC case. This
      can lead to a kernel image a little bit bigger than required.
      Signed-off-by: default avatarFranck Bui-Huu <fbuihuu@gmail.com>
      Signed-off-by: default avatarRalf Baechle <ralf@linux-mips.org>
      9693a853
  11. 20 Feb, 2007 1 commit
  12. 18 Feb, 2007 1 commit
  13. 13 Feb, 2007 1 commit
  14. 11 Feb, 2007 1 commit
    • Christoph Lameter's avatar
      [PATCH] Set CONFIG_ZONE_DMA for arches with GENERIC_ISA_DMA · 5ac6da66
      Christoph Lameter authored
      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: default avatarChristoph Lameter <clameter@sgi.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      5ac6da66
  15. 10 Feb, 2007 1 commit
  16. 09 Feb, 2007 1 commit
  17. 06 Feb, 2007 2 commits
  18. 23 Jan, 2007 1 commit
    • Ralf Baechle's avatar
      [MIPS] SMTC: Instant IPI replay. · ac8be955
      Ralf Baechle authored
      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: default avatarRalf Baechle <ralf@linux-mips.org>
      ac8be955
  19. 09 Dec, 2006 3 commits
  20. 08 Dec, 2006 1 commit
    • David Howells's avatar
      [PATCH] LOG2: Implement a general integer log2 facility in the kernel · f0d1b0b3
      David Howells authored
      This facility provides three entry points:
      
      	ilog2()		Log base 2 of unsigned long
      	ilog2_u32()	Log base 2 of u32
      	ilog2_u64()	Log base 2 of u64
      
      These facilities can either be used inside functions on dynamic data:
      
      	int do_something(long q)
      	{
      		...;
      		y = ilog2(x)
      		...;
      	}
      
      Or can be used to statically initialise global variables with constant values:
      
      	unsigned n = ilog2(27);
      
      When performing static initialisation, the compiler will report "error:
      initializer element is not constant" if asked to take a log of zero or of
      something not reducible to a constant.  They treat negative numbers as
      unsigned.
      
      When not dealing with a constant, they fall back to using fls() which permits
      them to use arch-specific log calculation instructions - such as BSR on
      x86/x86_64 or SCAN on FRV - if available.
      
      [akpm@osdl.org: MMC fix]
      Signed-off-by: default avatarDavid Howells <dhowells@redhat.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Herbert Xu <herbert@gondor.apana.org.au>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Wojtek Kaniewski <wojtekka@toxygen.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f0d1b0b3
  21. 06 Dec, 2006 1 commit
    • Franck Bui-Huu's avatar
      [MIPS] Compile __do_IRQ() when really needed · e77c232c
      Franck Bui-Huu authored
      __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: default avatarFranck Bui-Huu <fbuihuu@gmail.com>
      Signed-off-by: default avatarRalf Baechle <ralf@linux-mips.org>
      e77c232c
  22. 04 Dec, 2006 3 commits
  23. 30 Nov, 2006 3 commits
  24. 02 Nov, 2006 3 commits
  25. 30 Oct, 2006 1 commit