An error occurred fetching the project authors.
  1. 09 Dec, 2008 1 commit
    • John Keller's avatar
      [IA64] SN: prevent IRQ retargetting in request_irq() · ff740fb0
      John Keller authored
      With the introduction of the generic affinity autoselector,
      irq_select_affinity(), IRQs are now being retargetted,
      using a default mask, via the request_irq() path.
      This results in all IRQs targetted at CPU 0.
      
      SN Altix assigns affinity in the SN PROM, and does not
      expect that to be changed as part of request_irq().
      
      Set the IRQ_AFFINITY_SET flag to prevent
      request_irq() from resetting affinity.
      Signed-off-by: default avatarJohn Keller <jpk@sgi.com>
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
      ff740fb0
  2. 19 May, 2008 1 commit
  3. 06 Nov, 2007 1 commit
    • Russ Anderson's avatar
      [IA64] Disable/re-enable CPE interrupts on Altix · 1f3b6045
      Russ Anderson authored
      When the CPE handler encounters too many CPEs (such as a solid single
      bit memory error), it sets up a polling timer and disables the CPE
      interrupt (to avoid excessive overhead logging the stream of single
      bit errors).  disable_irq_nosync() calls chip->disable() to provide
      a chipset specifiec interface for disabling the interrupt.  This patch
      adds the Altix specific support to disable and re-enable the CPE interrupt.
      
      Signed-off-by: Russ Anderson (rja@sgi.com)
      Signed-off-by: default avatarTony Luck <tony.luck@intel.com>
      1f3b6045
  4. 01 Sep, 2007 1 commit
  5. 13 Aug, 2007 2 commits
  6. 08 May, 2007 1 commit
  7. 07 Mar, 2007 1 commit
  8. 07 Dec, 2006 1 commit
  9. 16 Nov, 2006 1 commit
  10. 29 Jun, 2006 1 commit
    • Ingo Molnar's avatar
      [PATCH] genirq: rename desc->handler to desc->chip · d1bef4ed
      Ingo Molnar authored
      This patch-queue improves the generic IRQ layer to be truly generic, by adding
      various abstractions and features to it, without impacting existing
      functionality.
      
      While the queue can be best described as "fix and improve everything in the
      generic IRQ layer that we could think of", and thus it consists of many
      smaller features and lots of cleanups, the one feature that stands out most is
      the new 'irq chip' abstraction.
      
      The irq-chip abstraction is about describing and coding and IRQ controller
      driver by mapping its raw hardware capabilities [and quirks, if needed] in a
      straightforward way, without having to think about "IRQ flow"
      (level/edge/etc.) type of details.
      
      This stands in contrast with the current 'irq-type' model of genirq
      architectures, which 'mixes' raw hardware capabilities with 'flow' details.
      The patchset supports both types of irq controller designs at once, and
      converts i386 and x86_64 to the new irq-chip design.
      
      As a bonus side-effect of the irq-chip approach, chained interrupt controllers
      (master/slave PIC constructs, etc.) are now supported by design as well.
      
      The end result of this patchset intends to be simpler architecture-level code
      and more consolidation between architectures.
      
      We reused many bits of code and many concepts from Russell King's ARM IRQ
      layer, the merging of which was one of the motivations for this patchset.
      
      This patch:
      
      rename desc->handler to desc->chip.
      
      Originally i did not want to do this, because it's a big patch.  But having
      both "desc->handler", "desc->handle_irq" and "action->handler" caused a
      large degree of confusion and made the code appear alot less clean than it
      truly is.
      
      I have also attempted a dual approach as well by introducing a
      desc->chip alias - but that just wasnt robust enough and broke
      frequently.
      
      So lets get over with this quickly.  The conversion was done automatically
      via scripts and converts all the code in the kernel.
      
      This renaming patch is the first one amongst the patches, so that the
      remaining patches can stay flexible and can be merged and split up
      without having some big monolithic patch act as a merge barrier.
      
      [akpm@osdl.org: build fix]
      [akpm@osdl.org: another build fix]
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d1bef4ed
  11. 28 Jun, 2006 1 commit
  12. 21 Jun, 2006 2 commits
  13. 22 Mar, 2006 1 commit
  14. 09 Feb, 2006 1 commit
  15. 02 Feb, 2006 2 commits
  16. 17 Jan, 2006 1 commit
  17. 26 Aug, 2005 1 commit
  18. 25 Aug, 2005 1 commit
  19. 17 Aug, 2005 1 commit
  20. 11 Aug, 2005 1 commit
  21. 06 Jul, 2005 3 commits
  22. 25 Apr, 2005 2 commits
  23. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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