1. 31 1月, 2009 1 次提交
  2. 13 12月, 2008 1 次提交
  3. 09 10月, 2008 1 次提交
  4. 07 8月, 2008 1 次提交
  5. 22 4月, 2007 2 次提交
  6. 17 2月, 2007 1 次提交
  7. 30 11月, 2006 1 次提交
  8. 07 10月, 2006 2 次提交
  9. 02 8月, 2006 1 次提交
  10. 12 7月, 2006 1 次提交
  11. 02 7月, 2006 1 次提交
    • T
      [ARM] 3692/1: ARM: coswitch irq handling to the generic implementation · 4a2581a0
      Thomas Gleixner 提交于
      Patch from Thomas Gleixner
      
      From: Thomas Gleixner <tglx@linutronix.de>
      
      Switch the ARM irq core handling to the generic implementation. The
      ARM specific header files now contain mostly migration stubs and
      helper macros. Note that each machine type must be converted after
      this step seperately. This was seperated out from the patch for easier
      review.
      
      The main changes for the machine type code is the conversion of the
      type handlers to a 'type flow' and 'chip' model. This affects only the
      multiplex interrupt handlers. A conversion macro needs to be added to
      those implementations, which defines the data structure which is
      registered by the set_irq_chained_handler() macro.
      
      Some minor fixups of include files and the conversion of data
      structure access is necessary all over the place.
      
      The mostly macro based conversion was provided to allow an easy
      migration of the existing implementations.
      
      The code compiles on all defconfigs available in arch/arm/configs
      except those which were broken also before applying the conversion
      patches.
      
      The code has been boot and runtime tested on most ARM platforms. The
      results of an extensive testing and bugfixing series can be found
      at: http://www.linutronix.de/index.php?page=testingSigned-off-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      4a2581a0
  12. 01 7月, 2006 1 次提交
  13. 23 6月, 2006 1 次提交
  14. 18 6月, 2006 1 次提交
  15. 22 3月, 2006 1 次提交
  16. 10 1月, 2006 1 次提交
  17. 09 1月, 2006 1 次提交
    • R
      [PATCH] IRQ type flags · 9ded96f2
      Russell King 提交于
      Some ARM platforms have the ability to program the interrupt controller to
      detect various interrupt edges and/or levels.  For some platforms, this is
      critical to setup correctly, particularly those which the setting is dependent
      on the device.
      
      Currently, ARM drivers do (eg) the following:
      
      	err = request_irq(irq, ...);
      
      	set_irq_type(irq, IRQT_RISING);
      
      However, if the interrupt has previously been programmed to be level sensitive
      (for whatever reason) then this will cause an interrupt storm.
      
      Hence, if we combine set_irq_type() with request_irq(), we can then safely set
      the type prior to unmasking the interrupt.  The unfortunate problem is that in
      order to support this, these flags need to be visible outside of the ARM
      architecture - drivers such as smc91x need these flags and they're
      cross-architecture.
      
      Finally, the SA_TRIGGER_* flag passed to request_irq() should reflect the
      property that the device would like.  The IRQ controller code should do its
      best to select the most appropriate supported mode.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9ded96f2
  18. 04 1月, 2006 1 次提交
  19. 09 11月, 2005 1 次提交
  20. 08 11月, 2005 1 次提交
    • R
      [ARM] More sparse fixes · 2c250134
      Russell King 提交于
      arch/arm/kernel/irq.c:998:26: warning: Using plain integer as NULL pointer
      arch/arm/kernel/smp.c:145:25: warning: Using plain integer as NULL pointer
      arch/arm/kernel/smp.c:362:5: warning: symbol 'smp_call_function_on_cpu' was not declared. Should it be static?
      drivers/video/amba-clcd.c:521:12: warning: symbol 'amba_clcdfb_init' was not declared. Should it be static?
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      2c250134
  21. 03 11月, 2005 1 次提交
  22. 05 9月, 2005 2 次提交
  23. 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
  24. 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