1. 21 9月, 2011 1 次提交
  2. 17 9月, 2011 1 次提交
  3. 16 7月, 2011 1 次提交
  4. 29 3月, 2011 1 次提交
  5. 26 3月, 2011 1 次提交
  6. 07 10月, 2010 1 次提交
  7. 27 2月, 2010 1 次提交
  8. 30 3月, 2009 1 次提交
  9. 09 2月, 2008 1 次提交
  10. 25 1月, 2008 1 次提交
  11. 12 10月, 2007 5 次提交
  12. 25 9月, 2007 1 次提交
  13. 12 9月, 2007 1 次提交
  14. 11 9月, 2007 1 次提交
  15. 27 4月, 2007 1 次提交
    • T
      [MIPS] Register PCI host bridge resource earlier · 639702bd
      Thomas Bogendoerfer 提交于
      PCI based SNI RM machines have their EISA bus behind an Intel PCI/EISA
      bridge. So the PCI IO range must start at 0x0000. Changing that will
      break the PCI bus, because i8259.c already has registered it's IO
      addresses before the PCI bus gets initialized. Below is a patch,
      which will register the PCI host bridge resources inside
      register_pci_controller(). It also changes i8259.c to use insert_region(),
      because request_resource() will fail, if the IO space of the PIT hanging
      of the PCI host bridge (maybe passing the resource parent to
      init_i8259_irqs() is a cleaner fix for that).
      Signed-off-by: NThomas Bogendoerfer <tsbogend@alpha.franken.de>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      639702bd
  16. 21 2月, 2007 1 次提交
  17. 07 2月, 2007 2 次提交
  18. 07 12月, 2006 1 次提交
  19. 30 11月, 2006 1 次提交
    • A
      [MIPS] IRQ cleanups · 1603b5ac
      Atsushi Nemoto 提交于
      This is a big irq cleanup patch.
      
      * Use set_irq_chip() to register irq_chip.
      * Initialize .mask, .unmask, .mask_ack field.  Functions for these
        method are already exist in most case.
      * Do not initialize .startup, .shutdown, .enable, .disable fields if
        default routines provided by irq_chip_set_defaults() were suitable.
      * Remove redundant irq_desc initializations.
      * Remove unnecessary local_irq_save/local_irq_restore, spin_lock.
      
      With this cleanup, it would be easy to switch to slightly lightwait
      irq flow handlers (handle_level_irq(), etc.) instead of __do_IRQ().
      
      Though whole this patch is quite large, changes in each irq_chip are
      not quite simple.  Please review and test on your platform.  Thanks.
      Signed-off-by: NAtsushi Nemoto <anemo@mba.ocn.ne.jp>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      1603b5ac
  20. 02 10月, 2006 1 次提交
  21. 14 7月, 2006 1 次提交
  22. 30 6月, 2006 1 次提交
    • I
      [PATCH] genirq: rename desc->handler to desc->chip · d1bef4ed
      Ingo Molnar 提交于
      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: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d1bef4ed
  23. 20 6月, 2006 1 次提交
  24. 19 4月, 2006 1 次提交
  25. 30 10月, 2005 4 次提交
  26. 10 9月, 2005 1 次提交
  27. 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