- 29 Jun, 2006 40 commits
-
-
Ingo Molnar authored
One frequent sign of IRQ handling bugs is the appearance of unexpected vectors. Print out all the IRQ state in that case. We dont want this patch upstream, but it is useful during initial testing. 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>
-
Ingo Molnar authored
Rename no_irq_type to no_irq_chip. Signed-off-by:
-
Thomas Gleixner authored
Enable drivers to request an IRQ with a given irq-flow (trigger/polarity) setting. Signed-off-by:
-
Thomas Gleixner authored
Enable platforms to set the irq-wake (power-management) properties of an IRQ. Signed-off-by:
-
Ingo Molnar authored
Handle bad IRQ vectors via the irqchip mechanism. Signed-off-by:
-
Thomas Gleixner authored
Enable platforms to use the irq-chip and irq-flow abstractions: allow setting of the chip, the type and provide highlevel handlers for common irq-flows. [rostedt@goodmis.org: misroute-irq: Don't call desc->chip->end because of edge interrupts] Signed-off-by:
Steven Rostedt <rostedt@goodmis.org> Signed-off-by:
-
Ingo Molnar authored
This is a fixed up and cleaned up replacement for genirq-msi-fixes.patch, which should solve the i386 4KSTACKS problem. I also added Ben's idea of pushing the __do_IRQ() check into generic_handle_irq(). I booted this with MSI enabled, but i only have MSI devices, not MSI-X devices. I'd still expect MSI-X to work now. irqchip migration helper: call __do_IRQ() if a descriptor is attached to an irqtype-style controller. This also fixes MSI-X IRQ handling on i386 and x86_64. Signed-off-by:
-
Thomas Gleixner authored
Core genirq support: add the irq-chip and irq-flow abstractions. Signed-off-by:
-
Ingo Molnar authored
Update/add copyrights in the generic IRQ code. Signed-off-by:
-
Thomas Gleixner authored
Enable platforms to disable the automatic enabling of freshly set up irqs. Signed-off-by:
-
Thomas Gleixner authored
Enable platforms to disable request_irq() for certain interrupts. Signed-off-by:
-
Thomas Gleixner authored
Introduce IRQ_NOPROBE: enables platforms to control chip-probing. Signed-off-by:
-
Thomas Gleixner authored
Enable platforms that do not have a hardware-assisted hardirq-resend mechanism to resend them via a softirq-driven IRQ emulation mechanism. Signed-off-by:
-
Thomas Gleixner authored
Add docbook file - includes API documentation. Signed-off-by:
-
Ingo Molnar authored
Clean up no_irq_type: share the NOP functions where possible, and properly name the ack_bad() function. Signed-off-by:
-
Ingo Molnar authored
Document handle_IRQ_event() and __do_IRQ(). Signed-off-by:
-
Ingo Molnar authored
Better document the hw_interrupt_type and irq_desc structures. Signed-off-by:
-
Ingo Molnar authored
Add ->retrigger() irq op to consolidate hw_irq_resend() implementations. (Most architectures had it defined to NOP anyway.) NOTE: ia64 needs testing. i386 and x86_64 tested. Signed-off-by:
-
Thomas Gleixner authored
Make enable_irq() debug printouts user-readable. Signed-off-by:
-
Ingo Molnar authored
Cleanup: change ARCH_HAS_IRQ_PER_CPU into a Kconfig method. Signed-off-by:
-
Ingo Molnar authored
Consolidation: remove the pending_irq_cpumask[NR_IRQS] array and move it into the irq_desc[NR_IRQS].pending_mask field. Signed-off-by:
-
Ingo Molnar authored
Consolidation: remove the irq_dir[NR_IRQS] and the smp_affinity_entry[NR_IRQS] arrays and move them into the irq_desc[] array. Signed-off-by:
-
Ingo Molnar authored
Small cleanups in include/linux/irq.h. Signed-off-by:
-
Ingo Molnar authored
Cleanup: remove irq_desc_t use from the generic IRQ code, and mark it obsolete. Signed-off-by:
-
Ingo Molnar authored
Assorted code cleanups to the generic IRQ code. Signed-off-by:
-
Ingo Molnar authored
Now that i386 defaults to regparm, explicit uses of fastcall are not needed anymore. Signed-off-by:
-
Ingo Molnar authored
Cleanup: remove irq_descp() - explicit use of irq_desc[] is shorter and more readable. Signed-off-by:
-
Ingo Molnar authored
Consolidation: remove the irq_affinity[NR_IRQS] array and move it into the irq_desc[NR_IRQS].affinity field. [akpm@osdl.org: sparc64 build fix] Signed-off-by:
-
Ingo Molnar authored
Convert the irq auto-probing semaphore to a mutex. (This allows us to find probing API usage bugs sooner, via the mutex debugging code.) Signed-off-by:
-
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:
-
Adrian Bunk authored
Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
-
Eric Sesterhenn authored
Coverity spotted this leak (id #613), when we are not configured, we return without freeing the allocated skb. Signed-off-by:
Eric Sesterhenn <snakebyte@gmx.de> Acked-by:
Karsten Keil <kkeil@suse.de> Signed-off-by:
-
Karsten Keil authored
The TPAM isdn driver was removed in 2.6.12, but include/linux/isdn/tpam.h was missed. Signed-off-by:
-
Dave Jones authored
AFAICT, this is x86 only, so the patch below is needed to stop this new option showing up on PPC, IA64, etc.. Signed-off-by:
Dave Jones <davej@redhat.com> Cc: Jim Cromie <jim.cromie@gmail.com> Signed-off-by:
-
Eric Sesterhenn authored
Another possible dereference detected by coverity (id #759). pf_probe() might call pf_identify() which might call get_capacity() which dereferences pf->disk Signed-off-by:
-
Dave Jones authored
Documention/pci.txt states.. "The struct pci_driver shouldn't be marked with any of these tags." (Referring to __devinit and friends). (akpm: good documentation, that. Link this driver into vmlinux with hotplug CPU disabled and it'll crash). Signed-off-by:
-
Adrian Bunk authored
Due to a regression in the correcponding ALSA driver (ALSA #2234), the OSS driver should stay until it's fixed. Signed-off-by:
-
Adrian Bunk authored
Thankfully, these dummy function calls are no longer required to avoid warnings - if they weren't eliminated as dead code but accidentially executed there would be a guaranteed NULL dereference. Signed-off-by:
-
Andrew Morton authored
fs/ufs/inode.c: In function `ufs_frag_map': fs/ufs/inode.c:101: warning: long long unsigned int format, u64 arg (arg 4) fs/ufs/inode.c: In function `ufs_getfrag_block': fs/ufs/inode.c:432: warning: long long unsigned int format, u64 arg (arg 2) Cc: Evgeniy Dushistov <dushistov@mail.ru> Signed-off-by:
-
David Howells authored
The proposed NFS key type uses its own method of passing key requests to userspace (upcalling) rather than invoking /sbin/request-key. This is because the responsible userspace daemon should already be running and will be contacted through rpc_pipefs. This patch permits the NFS filesystem to pass auxiliary data to the upcall operation (struct key_type::request_key) so that the upcaller can use a pre-existing communications channel more easily. Signed-off-by:
David Howells <dhowells@redhat.com> Acked-By:
Kevin Coffman <kwc@citi.umich.edu> Signed-off-by:
-
