1. 15 Oct, 2007 1 commit
  2. 22 Aug, 2007 1 commit
  3. 31 Jul, 2007 1 commit
  4. 24 Jul, 2007 1 commit
  5. 22 Jul, 2007 2 commits
  6. 13 Jul, 2007 1 commit
  7. 12 Jul, 2007 4 commits
  8. 11 Jul, 2007 1 commit
  9. 16 May, 2007 1 commit
  10. 12 May, 2007 1 commit
  11. 11 May, 2007 4 commits
  12. 09 May, 2007 1 commit
  13. 02 May, 2007 1 commit
  14. 28 Apr, 2007 1 commit
  15. 21 Apr, 2007 5 commits
  16. 05 Mar, 2007 1 commit
    • David Brownell's avatar
      [PATCH] add CONFIG_GENERIC_GPIO · 0a938b97
      David Brownell authored
      
      
      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: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Acked-by: default avatarRichard 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: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      0a938b97
  17. 03 Mar, 2007 1 commit
  18. 26 Feb, 2007 1 commit
  19. 17 Feb, 2007 2 commits
  20. 16 Feb, 2007 2 commits
  21. 14 Feb, 2007 1 commit
  22. 11 Feb, 2007 3 commits
    • Al Viro's avatar
      [PATCH] sort the devres mess out · 5ea81769
      Al Viro authored
      
      
      * 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: default avatarAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      5ea81769
    • 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
    • Ben Dooks's avatar
      [ARM] 4157/2: S3C24XX: move arch/arch/mach-s3c2410 into cpu components · a21765a7
      Ben Dooks authored
      
      
      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: default avatarBen Dooks <ben-linux@fluff.org>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      a21765a7
  23. 09 Feb, 2007 1 commit
  24. 08 Feb, 2007 2 commits