1. 24 7月, 2007 1 次提交
  2. 22 7月, 2007 2 次提交
  3. 13 7月, 2007 1 次提交
  4. 12 7月, 2007 5 次提交
  5. 16 5月, 2007 1 次提交
  6. 12 5月, 2007 5 次提交
  7. 09 5月, 2007 1 次提交
  8. 03 5月, 2007 1 次提交
  9. 28 4月, 2007 1 次提交
  10. 22 4月, 2007 5 次提交
  11. 05 3月, 2007 1 次提交
    • D
      [PATCH] add CONFIG_GENERIC_GPIO · 0a938b97
      David Brownell 提交于
      Most drivers using GPIOs already know they are running on a system that
      supports the generic GPIO calls, because of other platform dependencies.
      But the generic GPIO-based LED and input button drivers can't know that.
      
      So this patch adds a Kconfig hook, GENERIC_GPIO, to mark the platforms
      where <asm/gpio.h> will do the right thing.  Currently that's a bunch of
      ARMs, and AVR32; more are on the way.
      
      It also fixes a dependency bug for the gpio button input driver; it was
      wrong to start with, now it covers all platforms with GENERIC_GPIO.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Acked-by: NRichard Purdie <rpurdie@rpsys.net>
      Cc: Arnaud Patard <arnaud.patard@rtp-net.org>
      Cc: <raph@8d.com>
      Cc: <msvoboda@ra.rockwell.com>
      Cc: pHilipp Zabel <philipp.zabel@gmail.com>
      Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
      Cc: Dmitry Torokhov <dtor@mail.ru>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      0a938b97
  12. 03 3月, 2007 1 次提交
  13. 27 2月, 2007 1 次提交
  14. 18 2月, 2007 2 次提交
  15. 16 2月, 2007 2 次提交
  16. 14 2月, 2007 1 次提交
  17. 12 2月, 2007 3 次提交
    • A
      [PATCH] sort the devres mess out · 5ea81769
      Al Viro 提交于
      * Split the implementation-agnostic stuff in separate files.
      * Make sure that targets using non-default request_irq() pull
        kernel/irq/devres.o
      * Introduce new symbols (HAS_IOPORT and HAS_IOMEM) defaulting to positive;
        allow architectures to turn them off (we needed these symbols anyway for
        dependencies of quite a few drivers).
      * protect the ioport-related parts of lib/devres.o with CONFIG_HAS_IOPORT.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      5ea81769
    • 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
    • B
      [ARM] 4157/2: S3C24XX: move arch/arch/mach-s3c2410 into cpu components · a21765a7
      Ben Dooks 提交于
      The following patch and script moves the arch/arm/mach-s3c2410
      directory into arch/arm/plat-s3c24xx for the generic core code
      and inti arch/arm/mach-s3c{cpu} for the cpu/machine support files
      
      Include directory include/asm-arm/plat-s3c24xx is added for the
      core include files.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      a21765a7
  18. 10 2月, 2007 1 次提交
  19. 08 2月, 2007 2 次提交
  20. 14 12月, 2006 1 次提交
  21. 13 12月, 2006 1 次提交
  22. 09 12月, 2006 1 次提交
    • D
      [PATCH] LOG2: Implement a general integer log2 facility in the kernel · f0d1b0b3
      David Howells 提交于
      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: NDavid 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: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      f0d1b0b3