kernel-fxtec-pro1x/kernel/irq
Linus Torvalds b42172fc7b Don't call "note_interrupt()" with irq descriptor lock held
This reverts commit f72fa70760, and solves
the problem that it tried to fix by simply making "__do_IRQ()" call the
note_interrupt() function without the lock held, the way everybody else
does.

It should be noted that all interrupt handling code must never allow the
descriptor actors to be entered "recursively" (that's why we do all the
magic IRQ_PENDING stuff in the first place), so there actually is
exclusion at that much higher level, even in the absense of locking.

Acked-by: Vivek Goyal <vgoyal@in.ibm.com>
Acked-by:Pavel Emelianov <xemul@openvz.org>
Cc: Andrew Morton <akpm@osdl.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-11-22 09:32:06 -08:00
..
autoprobe.c [PATCH] genirq: add handle_bad_irq() 2006-06-29 10:26:24 -07:00
chip.c [PATCH] some irq_chip variables point to NULL 2006-11-16 11:43:37 -08:00
handle.c Don't call "note_interrupt()" with irq descriptor lock held 2006-11-22 09:32:06 -08:00
internals.h [PATCH] genirq: more verbose debugging on unexpected IRQ vectors 2006-06-29 10:26:25 -07:00
Makefile [PATCH] genirq: add irq-chip support 2006-06-29 10:26:24 -07:00
manage.c [PATCH] setup_irq(): better mismatch debugging 2006-11-14 09:09:26 -08:00
migration.c [PATCH] genirq: irq: add moved_masked_irq 2006-10-04 07:55:26 -07:00
proc.c [PATCH] bitmap: parse input from kernel and user buffers 2006-10-11 11:14:22 -07:00
resend.c [PATCH] ixp4xxdefconfig arm fixes 2006-10-06 12:11:08 -07:00
spurious.c Don't call "note_interrupt()" with irq descriptor lock held 2006-11-22 09:32:06 -08:00