1. 09 2月, 2006 4 次提交
  2. 08 2月, 2006 1 次提交
  3. 15 1月, 2006 3 次提交
  4. 14 1月, 2006 2 次提交
    • D
      [PATCH] spi: simple SPI framework · 8ae12a0d
      David Brownell 提交于
      This is the core of a small SPI framework, implementing the model of a
      queue of messages which complete asynchronously (with thin synchronous
      wrappers on top).
      
        - It's still less than 2KB of ".text" (ARM).  If there's got to be a
          mid-layer for something so simple, that's the right size budget.  :)
      
        - The guts use board-specific SPI device tables to build the driver
          model tree.  (Hardware probing is rarely an option.)
      
        - This version of Kconfig includes no drivers.  At this writing there
          are two known master controller drivers (PXA/SSP, OMAP MicroWire)
          and three protocol drivers (CS8415a, ADS7846, DataFlash) with LKML
          mentions of other drivers in development.
      
        - No userspace API.  There are several implementations to compare.
          Implement them like any other driver, and bind them with sysfs.
      
      The changes from last version posted to LKML (on 11-Nov-2005) are minor,
      and include:
      
        - One bugfix (removes a FIXME), with the visible effect of making device
          names be "spiB.C" where B is the bus number and C is the chipselect.
      
        - The "caller provides DMA mappings" mechanism now has kerneldoc, for
          DMA drivers that want to be fancy.
      
        - Hey, the framework init can be subsys_init.  Even though board init
          logic fires earlier, at arch_init ... since the framework init is
          for driver support, and the board init support uses static init.
      
        - Various additional spec/doc clarifications based on discussions
          with other folk.  It adds a brief "thank you" at the end, for folk
          who've helped nudge this framework into existence.
      
      As I've said before, I think that "protocol tweaking" is the main support
      that this driver framework will need to evolve.
      
      From: Mark Underwood <basicmark@yahoo.com>
      
        Update the SPI framework to remove a potential priority inversion case by
        reverting to kmalloc if the pre-allocated DMA-safe buffer isn't available.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      8ae12a0d
    • R
      [ARM] Separate VIC (vectored interrupt controller) support from Versatile · fa0fe48f
      Russell King 提交于
      Other machines may wish to make use of the VIC support code, so
      move it to arch/arm/common.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      fa0fe48f
  5. 10 1月, 2006 1 次提交
  6. 09 1月, 2006 2 次提交
  7. 06 1月, 2006 1 次提交
  8. 04 1月, 2006 1 次提交
  9. 15 11月, 2005 1 次提交
  10. 13 11月, 2005 1 次提交
  11. 10 11月, 2005 1 次提交
    • T
      [ARM] 3145/1: OMAP 3a/5: Add support for omap24xx · 1dbae815
      Tony Lindgren 提交于
      Patch from Tony Lindgren
      
      This patch adds support for omap24xx series of processors.
      The files live in arch/arm/mach-omap2, and share common
      files with omap15xx and omap16xx processors in
      arch/arm/plat-omap.
      
      Omap24xx support was originally added for 2.6.9 by TI.
      This code was then improved and integrated to share common
      code with omap15xx and omap16xx processors by various
      omap developers, such as Paul Mundt, Juha Yrjola, Imre Deak,
      Tony Lindgren, Richard Woodruff, Nishant Menon, Komal Shah
      et al.
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      1dbae815
  12. 09 11月, 2005 2 次提交
  13. 08 11月, 2005 2 次提交
  14. 05 11月, 2005 1 次提交
  15. 03 11月, 2005 1 次提交
  16. 31 10月, 2005 1 次提交
  17. 28 10月, 2005 2 次提交
  18. 11 9月, 2005 1 次提交
  19. 08 9月, 2005 1 次提交
    • V
      [PATCH] Kconfig fix (BLK_DEV_FD dependencies) · a08b6b79
      viro@ZenIV.linux.org.uk 提交于
      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: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a08b6b79
  20. 01 9月, 2005 2 次提交
  21. 29 8月, 2005 1 次提交
  22. 24 8月, 2005 1 次提交
  23. 18 8月, 2005 1 次提交
  24. 12 7月, 2005 2 次提交
  25. 11 7月, 2005 2 次提交
  26. 29 6月, 2005 1 次提交
  27. 26 6月, 2005 1 次提交
    • R
      [PATCH] ARM: Generic Dynamic Tick Timer support for ARM, take 4 · 8749af68
      Russell King 提交于
      This patch adds support for Dynamic Tick Timer for ARM. Dynamic Tick is
      also known as VST (Variable Scheduling Timeouts).
      
      Dynamic Tick has been in use in the OMAP tree since last October.  The
      patch is not intrusive, and does not do anything unless CONFIG_NO_IDLE_HZ
      is defined.  This patch has the following fixed based on comments from
      RMK:
      - Time is updated before calling interrupt handlers.
      - Added new interrupt flag SA_TIMER to avoid duplicate timer interrupts
      - Moved struct dyn_tick_timer to time.h until we at some point probably
        have an arch independent dyn-tick.h
      - Cleaned up testing for DYN_TICK_ENABLED in irq.c
      
       I've cleaned up this patch to fix some remaining issues:
       - Call the timer tick handler with irqs disabled, as it would be from
         a normal interrupt
       - if we have a dyn_tick, we better implement all methods.
       - generic timer_dyn_reprogram() call, to be called before sleeping
       - added command line option - "dyntick=" to allow boot-time control
         of this feature
          -- rmk
      
      Signed-off-by: Tony Lindgren
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      8749af68