1. 29 3月, 2012 1 次提交
  2. 22 7月, 2011 1 次提交
    • R
      PCI: Make the struct pci_dev * argument of pci_fixup_irqs const. · d5341942
      Ralf Baechle 提交于
      Aside of the usual motivation for constification,  this function has a
      history of being abused a hook for interrupt and other fixups so I turned
      this function const ages ago in the MIPS code but it should be done
      treewide.
      
      Due to function pointer passing in varous places a few other functions
      had to be constified as well.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      To: Anton Vorontsov <avorontsov@mvista.com>
      To: Chris Metcalf <cmetcalf@tilera.com>
      To: Colin Cross <ccross@android.com>
      Acked-by: N"David S. Miller" <davem@davemloft.net>
      To: Eric Miao <eric.y.miao@gmail.com>
      To: Erik Gilling <konkers@android.com>
      Acked-by: NGuan Xuetao <gxt@mprc.pku.edu.cn>
      To: "H. Peter Anvin" <hpa@zytor.com>
      To: Imre Kaloz <kaloz@openwrt.org>
      To: Ingo Molnar <mingo@redhat.com>
      To: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      To: Jesse Barnes <jbarnes@virtuousgeek.org>
      To: Krzysztof Halasa <khc@pm.waw.pl>
      To: Lennert Buytenhek <kernel@wantstofly.org>
      To: Matt Turner <mattst88@gmail.com>
      To: Nicolas Pitre <nico@fluxnic.net>
      To: Olof Johansson <olof@lixom.net>
      Acked-by: NPaul Mundt <lethal@linux-sh.org>
      To: Richard Henderson <rth@twiddle.net>
      To: Russell King <linux@arm.linux.org.uk>
      To: Thomas Gleixner <tglx@linutronix.de>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: linux-alpha@vger.kernel.org
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-kernel@vger.kernel.org
      Cc: linux-mips@linux-mips.org
      Cc: linux-pci@vger.kernel.org
      Cc: linux-sh@vger.kernel.org
      Cc: linux-tegra@vger.kernel.org
      Cc: sparclinux@vger.kernel.org
      Cc: x86@kernel.org
      Signed-off-by: NJesse Barnes <jbarnes@virtuousgeek.org>
      d5341942
  3. 25 5月, 2011 1 次提交
  4. 29 3月, 2011 1 次提交
  5. 10 3月, 2011 1 次提交
  6. 03 3月, 2011 1 次提交
  7. 17 1月, 2011 3 次提交
  8. 19 3月, 2010 1 次提交
  9. 01 12月, 2009 1 次提交
  10. 17 6月, 2009 1 次提交
  11. 28 4月, 2009 1 次提交
    • Y
      irq: change ->set_affinity() to return status · d5dedd45
      Yinghai Lu 提交于
      according to Ingo, change set_affinity() in irq_chip should return int,
      because that way we can handle failure cases in a much cleaner way, in
      the genirq layer.
      
      v2: fix two typos
      
      [ Impact: extend API ]
      Signed-off-by: NYinghai Lu <yinghai@kernel.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Suresh Siddha <suresh.b.siddha@intel.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: linux-arch@vger.kernel.org
      LKML-Reference: <49F654E9.4070809@kernel.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      d5dedd45
  12. 13 12月, 2008 1 次提交
  13. 12 8月, 2007 1 次提交
  14. 01 6月, 2007 1 次提交
    • J
      ALPHA: support graphics on non-zero PCI domains · 025a2215
      Jay Estabrook 提交于
      This code replaces earlier and incomplete handling of graphics on non-zero PCI
      domains (aka hoses or peer PCI buses).
      
      An option (CONFIG_VGA_HOSE) is set TRUE if configuring a GENERIC kernel, or a
      kernel for MARVEL, TITAN, or TSUNAMI machines, as these are the machines whose
      SRM consoles are capable of configuring and handling graphics options on
      non-zero hoses.  All other machines have the option set FALSE.
      
      A routine, "find_console_vga_hose()", is used to find the graphics device
      which the machine's firmware believes is the console device, and it sets a
      global (pci_vga_hose) for later use in managing access to the device.  This is
      called in "init_arch" on TITAN and TSUNAMI machines; MARVEL machines use a
      custom version of this routine because of extra complexity.
      
      A routine, "locate_and_init_vga()", is used to find the graphics device and
      set a global (pci_vga_hose) for later use in managing access to the device, in
      the case where "find_console_vga_hose" has failed.
      
      Various adjustments are made to the ioremap and ioportmap routines for
      detecting and translating "legacy" VGA register and memory references to the
      real PCI domain.
      
      [akpm@linux-foundation.org: don't statically init bss]
      [akpm@linux-foundation.org: build fix]
      Signed-off-by: NJay Estabrook <jay.estabrook@hp.com>
      Signed-off-by: NIvan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Richard Henderson <rth@twiddle.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      025a2215
  15. 18 4月, 2007 1 次提交
  16. 10 10月, 2006 1 次提交
  17. 09 10月, 2006 3 次提交
  18. 03 7月, 2006 1 次提交
  19. 01 7月, 2006 1 次提交
  20. 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
  21. 06 6月, 2006 1 次提交
    • I
      [PATCH] alpha: SMP IRQ routing fix · c7d2d28b
      Ivan Kokshaysky 提交于
      From: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      
      After removal of fixup_cpu_present_map() function Alpha ended up with an empty
      cpu_present_map, so secondary CPUs on SMP systems are not being started.
      
      Worse, on some platforms we route interrupts to secondary CPUs using
      cpu_possible_map which is still populated properly.  As a result, these
      interrupts go nowhere so the machines like DP264 aren't able to boot even with
      a primary CPU.
      
      Fixed basically by s/cpu_present_mask/cpu_present_map/.
      
      Thanks to Ernst Herzberg for reporting the bug and testing the fix.
      
      Cc: Ernst Herzberg <list-lkml@net4u.de>
      Cc: Richard Henderson <rth@twiddle.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      c7d2d28b
  22. 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