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
..
Makefile	…
autoprobe.c	…
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
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