1. 06 1月, 2006 1 次提交
  2. 04 1月, 2006 1 次提交
  3. 15 11月, 2005 1 次提交
  4. 13 11月, 2005 1 次提交
  5. 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
  6. 09 11月, 2005 2 次提交
  7. 08 11月, 2005 2 次提交
  8. 05 11月, 2005 1 次提交
  9. 03 11月, 2005 1 次提交
  10. 31 10月, 2005 1 次提交
  11. 28 10月, 2005 2 次提交
  12. 11 9月, 2005 1 次提交
  13. 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
  14. 01 9月, 2005 2 次提交
  15. 29 8月, 2005 1 次提交
  16. 24 8月, 2005 1 次提交
  17. 18 8月, 2005 1 次提交
  18. 12 7月, 2005 2 次提交
  19. 11 7月, 2005 2 次提交
  20. 29 6月, 2005 1 次提交
  21. 26 6月, 2005 2 次提交
    • 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
    • R
      [PATCH] ARM: Fix discontigmem · 3cd9e19e
      Russell King 提交于
      The merge of sparsemem broke ARM discontigmem.  Fix it.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      3cd9e19e
  22. 24 6月, 2005 1 次提交
  23. 21 6月, 2005 3 次提交
  24. 13 6月, 2005 1 次提交
    • D
      [PATCH] ARM: 2709/1: Systems with PCMCIA should also see IDE options (for CompactFlash memories) · bb011b8e
      David Brownell 提交于
      Patch from David Brownell
      
      The ARM generic Kconfig filters out IDE options ... except for
      an error prone ARMload of special cases.
      This adds one general case to the systems that will offer IDE options:
      kernels with PCMCIA support, which probably want to use IDE to access
      CompactFlash cards.  This might allow many (most?) of the other cases
      to disappear, for systems that only see IDE hardware through CF cards.
      Right now this one patch is used to gate access to CF cards, including
      MicroDrives, for both omap_cf and at91_cf drivers.
      
      Signed-off-by: David Brownell
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      bb011b8e
  25. 10 6月, 2005 3 次提交
  26. 05 5月, 2005 1 次提交
  27. 04 5月, 2005 1 次提交
    • A
      [PATCH] ISA DMA Kconfig fixes - part 1 · 5cae841b
      Al Viro 提交于
      A bunch of drivers use ISA DMA helpers or their equivalents for
      platforms that have ISA with different DMA controller (a lot of ARM
      boxen).  Currently there is no way to put such dependency in Kconfig -
      CONFIG_ISA is not it (e.g.  it is not set on platforms that have no ISA
      slots, but have on-board devices that pretend to be ISA ones).
      
      New symbol added - ISA_DMA_API.  Set when we have functional
      enable_dma()/set_dma_mode()/etc.  set of helpers.  Next patches in the
      series will add missing dependencies for drivers that need them.
      
      I'm very carefully staying the hell out of the recurring flamefest on
      what exactly CONFIG_ISA would mean in ideal world - added symbol has a
      well-defined meaning and for now I really want to treat it as completely
      independent from the mess around CONFIG_ISA.
      Signed-off-by: NAl Viro <viro@parcelfarce.linux.theplanet.co.uk>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5cae841b
  28. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4