Re: + delay-accounting-taskstats-interface-send-tgid-once.patch added to -mm tree
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Date: Tue, 27 Jun 2006 17:26:10 +0200
CPU 0 CPU 1
(in irq) (in the code above)
actually CPU 0 doesn't even have to be in irq context; any context will
do
stats_lock is taken
tasklist_lock is taken
stats_lock_is taken <spin>
<interrupt happens>
tasklist_lock is taken
which now forms an AB-BA deadlock!
this happens at least in copy_process which can call taskstats_tgid_free
without first disabling interrupts (via cleanup_signal). There may be
many other cases, I've not checked deeper yet.
Solution should be to make these functions use irqsave variant... any
comments from the authors of this patch ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: + delay-accounting-taskstats-interface-send-tgid-once.patch added to -mm tree
- From: Arjan van de Ven
- Re: + delay-accounting-taskstats-interface-send-tgid-once.patch added to -mm tree
- Prev by Date: [PATCH] Restore set_nmi_callback export on x86_64
- Next by Date: Re: [PATCH] get USB suspend to work again on 2.6.17-mm1
- Previous by thread: Re: + delay-accounting-taskstats-interface-send-tgid-once.patch added to -mm tree
- Next by thread: Re: + delay-accounting-taskstats-interface-send-tgid-once.patch added to -mm tree
- Index(es):
Relevant Pages
|
|
