An error occurred fetching the project authors.
- 09 Dec, 2008 1 commit
-
-
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:
John Keller <jpk@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 19 May, 2008 1 commit
-
-
Franck Bui-Huu authored
Move rcu-protected lists from list.h into a new header file rculist.h. This is done because list are a very used primitive structure all over the kernel and it's currently impossible to include other header files in this list.h without creating some circular dependencies. For example, list.h implements rcu-protected list and uses rcu_dereference() without including rcupdate.h. It actually compiles because users of rcu_dereference() are macros. Others RCU functions could be used too but aren't probably because of this. Therefore this patch creates rculist.h which includes rcupdates without to many changes/troubles. Signed-off-by:
Franck Bui-Huu <fbuihuu@gmail.com> Acked-by:
Paul E. McKenney <paulmck@linux.vnet.ibm.com> Acked-by:
Josh Triplett <josh@kernel.org> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Ingo Molnar <mingo@elte.hu>
-
- 06 Nov, 2007 1 commit
-
-
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:
Tony Luck <tony.luck@intel.com>
-
- 01 Sep, 2007 1 commit
-
-
John Keller authored
Add additional support for CPU disable on SN platforms. Correctly setup the smp_affinity mask for I/O error IRQs. Restrict the use of the feature to Altix 4000 and 450 systems running with a CPU disable capable PROM, and do not allow disabling of CPU 0. Signed-off-by:
John Keller <jpk@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 13 Aug, 2007 2 commits
-
-
Mike Habeck authored
If the interrupt has been disabled, don't call the force_interrupt provider. Doing so can result in an infinite runaway interrupt loop. Signed-off-by:
Mike Habeck <habeck@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Kenji Kaneshige authored
Add base support for implementing platform_irq_to_vector(), and then use it on SN2. Signed-off-by:
Kenji Kaneshige <kaneshige.kenji@jp.fujitsu.com> Acked-by:
John Keller <jpk@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 08 May, 2007 1 commit
-
-
John Keller authored
When redirecting a device interrupt on SN, not all links between platform specific structures are being updated. This can result in a system crash if an interrupt redirection is followed by an unplug of that device. The complete fix also requires a prom update. Though, this patch is backward compatable and not dependent on the prom patch. Signed-off-by:
John Keller <jpk@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 07 Mar, 2007 1 commit
-
-
KAMEZAWA Hiroyuki authored
This patch fixes boot failure because irq_desc->mask() is NULL. - Added mask/unmask functions to ia64's irq desc function table. - rename hw_interrupt_type to irq_chip. hw_interrupt_type is old name. - Tony: Added same change to arch/ia64/sn/kernel/irq.c as pointed out by Eric Biederman ... mask/unmask functions there can be no-op. Signed-off-by:
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 07 Dec, 2006 1 commit
-
-
John Keller authored
On Altix systems, the /proc/irq/nn/smp_affinity mask is not being setup at device iniitalization, or updated after an interrupt redirection. This patch resolves those issues. Signed-off-by:
John Keller <jpk@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 16 Nov, 2006 1 commit
-
-
Ingo Molnar authored
convert irq chip typename -> name. Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 29 Jun, 2006 1 commit
-
-
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:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
Thomas Gleixner <tglx@linutronix.de> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
- 28 Jun, 2006 1 commit
-
-
Ingo Molnar authored
locking init cleanups: - convert " = SPIN_LOCK_UNLOCKED" to spin_lock_init() or DEFINE_SPINLOCK() - convert rwlocks in a similar manner this patch was generated automatically. Motivation: - cleanliness - lockdep needs control of lock initialization, which the open-coded variants do not give - it's also useful for -rt and for lock debugging in general Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
Arjan van de Ven <arjan@linux.intel.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
- 21 Jun, 2006 2 commits
-
-
Mark Maule authored
MSI callouts for altix. Involves a fair amount of code reorg in sn irq.c code as well as adding some extensions to the altix PCI provider abstaction. Signed-off-by:
Mark Maule <maule@sgi.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Mark Maule authored
Abstract IA64_FIRST_DEVICE_VECTOR/IA64_LAST_DEVICE_VECTOR since SN platforms use a subset of the IA64 range. Implement this by making the above macros global variables which the platform can override in it setup code. Also add a reserve_irq_vector() routine used by SN to mark a vector's as in-use when that weren't allocated through assign_irq_vector(). Signed-off-by:
Mark Maule <maule@sgi.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
- 22 Mar, 2006 1 commit
-
-
Bjorn Helgaas authored
Use the recently-added ia64_get_irr() rather than duplicating the code. Signed-off-by:
Bjorn Helgaas <bjorn.helgaas@hp.com> Acked-by:
Jes Sorensen <jes@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 09 Feb, 2006 1 commit
-
-
Prarit Bhargava authored
Remove an erroneous kfree, and unlink the pcidev_info struct from the pcidev_info list prior to free'ing the pcidev_info struct. Signed-off-by:
Prarit Bhargava <prarit@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 02 Feb, 2006 2 commits
-
-
Jes Sorensen authored
Maintenance patch: - Add missing __init calls - Do not zero initialize global variables - No need to typecast function call returns to void - Some formatting Signed-off-by:
Jes Sorensen <jes@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Mark Maule authored
Redirecting interrupts using smp_affinity on altix does not work on kernels built with CONFIG_PCI_MSI. The problem is that move_irq() turns into a noop if MSI is built in. This patch calls move_native_irq() instead of move_irq() to get around that. Signed-off-by:
Mark Maule <maule@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 17 Jan, 2006 1 commit
-
-
Prarit Bhargava authored
Replace uintX_t declarations with uX declarations. Replace intX_t declarations with sX declarations. Signed-off-by:
Prarit Bhargava <prarit@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 26 Aug, 2005 1 commit
-
-
Mark Maule authored
Altix patch to abstract irq_affinity down to the pci provider level since different SGI hardware implements this in different ways. Signed-off-by:
Mark Maule <maule@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 25 Aug, 2005 1 commit
-
-
Len Brown authored
cc: Tony Luck <tony.luck@intel.com> Signed-off-by:
Len Brown <len.brown@intel.com>
-
- 17 Aug, 2005 1 commit
-
-
Jack Steiner authored
Use local SHUB alias space when referencing MMRs that are known to be node local. There is a slight performance benefit & code simplification. Signed-off-by:
Jack Steiner <steiner@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 11 Aug, 2005 1 commit
-
-
Mark Maule authored
Altix patch to abstract the force_interrupt() mechanism away from the pcibr provider. Signed-off-by:
Mark Maule <maule@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 06 Jul, 2005 3 commits
-
-
Prarit Bhargava authored
This patch is the SGI hotplug driver and additional changes required for the driver. These modifications include changes to the SN io_init.c code for memory management, the inclusion of new SAL calls to enable and disable PCI slots, and a hotplug-style driver. Signed-off-by:
Prarit Bhargava <prarit@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Prarit Bhargava authored
This patch moves header files out of the arch/ia64/sn directories and into include/asm-ia64/sn. These files were being included by other subsystems and should be under include/asm-ia64/sn. Signed-off-by:
Prarit Bhargava <prarit@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Prarit Bhargava authored
This patch fixes the SN IRQ code such that cpu affinity and Hotplug can modify IRQ values. The sn_irq_info structures are now locked using a RCU lock mechanism to avoid lock contention in the lost interrupt WAR code. Signed-off-by:
Prarit Bhargava <prarit@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 25 Apr, 2005 2 commits
-
-
Colin Ngam authored
Signed-off-by:
Colin Ngam <cngam@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Mark Maule authored
Move a couple of headers out of arch/ia64/sn/include/pci and into include/asm-ia64/sn. Signed-off-by:
Mark Maule <maule@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
- 16 Apr, 2005 1 commit
-
-
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!
-