1. 02 Oct, 2007 1 commit
  2. 17 Sep, 2007 1 commit
  3. 11 Jul, 2007 1 commit
  4. 20 Feb, 2007 1 commit
  5. 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
  6. 24 Jan, 2007 1 commit
  7. 12 Dec, 2006 1 commit
  8. 08 Dec, 2006 2 commits
    • 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
    • Judith Lebzelter's avatar
      [PATCH] use generic BUG for ppc · a8605aef
      Judith Lebzelter authored
      
      Switch ppc over to using the generic BUG implementation.
      Signed-off-by: default avatarJudith Lebzelter <judith@osdl.org>
      Cc: Jeremy Fitzhardinge <jeremy@goop.org>
      Cc: Michael Ellerman <michael@ellerman.id.au>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a8605aef
  9. 04 Dec, 2006 1 commit
  10. 30 Nov, 2006 1 commit
  11. 03 Oct, 2006 1 commit
    • Matt LaPlante's avatar
      Attack of "the the"s in arch · 4b3f686d
      Matt LaPlante authored
      
      The patch below corrects multiple occurances of "the the"
      typos across several files, both in source comments and KConfig files.
      There is no actual code changed, only text.  Note this only affects the /arch
      directory, and I believe I could find many more elsewhere. :)
      Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      4b3f686d
  12. 27 Sep, 2006 1 commit
  13. 13 Sep, 2006 1 commit
  14. 29 Jun, 2006 1 commit
  15. 24 May, 2006 1 commit
  16. 27 Mar, 2006 2 commits
  17. 26 Mar, 2006 1 commit
  18. 07 Feb, 2006 1 commit
  19. 15 Jan, 2006 1 commit
    • Paul Mackerras's avatar
      [PATCH] ppc: Remove powermac support from ARCH=ppc · a7fdd90b
      Paul Mackerras authored
      
      This makes it possible to build kernels for PReP and/or CHRP
      with ARCH=ppc by removing the (non-building) powermac support.
      It's now also possible to select PReP and CHRP independently.
      Powermac users should now build with ARCH=powerpc instead of
      ARCH=ppc.  (This does mean that it is no longer possible to
      build a 32-bit kernel for a G5.)
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      a7fdd90b
  20. 11 Jan, 2006 1 commit
  21. 09 Jan, 2006 1 commit
  22. 05 Dec, 2005 1 commit
    • Paul Mackerras's avatar
      ppc: Build in all three of powermac, PREP and CHRP support · b6d78157
      Paul Mackerras authored
      This reverts commit da0825fd
      
      , making
      it so that if you select CONFIG_PPC_MULTIPLATFORM you get support
      for PMAC, PREP and CHRP built in.
      
      The reason for not allowing PMAC, PREP and CHRP to be selected
      individually for ARCH=ppc is that there is too much interdependency
      between them in the platform support code.  For example, CHRP uses
      the PMAC nvram code.
      
      Configuring with ARCH=powerpc does allow you to select support for
      PMAC and CHRP separately.  Support for PREP is not there yet but
      should be there soon.
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      b6d78157
  23. 07 Nov, 2005 2 commits
  24. 26 Oct, 2005 2 commits
  25. 21 Sep, 2005 3 commits
  26. 18 Sep, 2005 1 commit
  27. 15 Sep, 2005 1 commit
    • David S. Miller's avatar
      [LIB]: Consolidate _atomic_dec_and_lock() · 4db2ce01
      David S. Miller authored
      
      Several implementations were essentialy a common piece of C code using
      the cmpxchg() macro.  Put the implementation in one spot that everyone
      can share, and convert sparc64 over to using this.
      
      Alpha is the lone arch-specific implementation, which codes up a
      special fast path for the common case in order to avoid GP reloading
      which a pure C version would require.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      4db2ce01
  28. 10 Sep, 2005 1 commit
    • Paul Mackerras's avatar
      [PATCH] ppc32: support hotplug cpu on powermacs · 31139971
      Paul Mackerras authored
      
      This allows cpus to be off-lined on 32-bit SMP powermacs.  When a cpu
      is off-lined, it is put into sleep mode with interrupts disabled.  It
      can be on-lined again by asserting its soft-reset pin, which is
      connected to a GPIO pin.
      
      With this I can off-line the second cpu in my dual G4 powermac, which
      means that I can then suspend the machine (the suspend/resume code
      refuses to suspend if more than one cpu is online, and making it cope
      with multiple cpus is surprisingly messy).
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      31139971
  29. 09 Sep, 2005 1 commit
  30. 08 Sep, 2005 1 commit
    • viro@ZenIV.linux.org.uk's avatar
      [PATCH] Kconfig fix (BLK_DEV_FD dependencies) · a08b6b79
      viro@ZenIV.linux.org.uk authored
      
      Sanitized and fixed floppy dependencies: split the messy dependencies for
      BLK_DEV_FD by introducing a new symbol (ARCH_MAY_HAVE_PC_FDC), making
      BLK_DEV_FD depend on that one and taking declarations of ARCH_MAY_HAVE_PC_FDC
      to arch/*/Kconfig.  While we are at it, fixed several obvious cases when
      BLK_DEV_FD should have been excluded (architectures lacking asm/floppy.h
      are *not* going to have floppy.c compile, let alone work).
      
      If you can come up with better name for that ("this architecture might
      have working PC-compatible floppy disk controller"), you are more than
      welcome - just s/ARCH_MAY_HAVE_PC_FDC/your_prefered_name/g in the patch
      below...
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      a08b6b79
  31. 05 Sep, 2005 4 commits