Files
kernel/include/linux
Tejun Heo e41e704bc4 workqueue: improve destroy_workqueue() debuggability
Now that the worklist is global, having works pending after wq
destruction can easily lead to oops and destroy_workqueue() have
several BUG_ON()s to catch these cases.  Unfortunately, BUG_ON()
doesn't tell much about how the work became pending after the final
flush_workqueue().

This patch adds WQ_DYING which is set before the final flush begins.
If a work is requested to be queued on a dying workqueue,
WARN_ON_ONCE() is triggered and the request is ignored.  This clearly
indicates which caller is trying to queue a work on a dying workqueue
and keeps the system working in most cases.

Locking rule comment is updated such that the 'I' rule includes
modifying the field from destruction path.

Signed-off-by: Tejun Heo <tj@kernel.org>
2010-08-24 18:01:32 +02:00
..
2010-07-31 14:20:02 +01:00
2010-08-05 13:26:20 +01:00
2010-08-12 06:38:24 +10:00
2010-08-12 08:43:30 -07:00
2010-08-12 08:43:30 -07:00
2010-08-12 08:43:30 -07:00
2010-08-06 15:36:47 -05:00
2010-08-04 11:00:45 +02:00
2010-08-12 04:14:05 +01:00
2010-08-11 09:23:22 +02:00
2010-08-11 18:21:02 +02:00
2010-08-09 20:45:05 -07:00
2010-08-10 11:49:21 -07:00
2010-08-12 11:27:58 +02:00
2010-08-11 08:59:23 -07:00
2010-08-09 20:44:58 -07:00
2010-08-02 06:39:44 +03:00
2010-08-01 10:47:00 +03:00
2010-08-09 16:48:45 -04:00
2010-08-12 04:14:05 +01:00
2010-08-09 20:45:00 -07:00
2010-08-11 00:29:47 -04:00
2010-07-31 19:53:06 +08:00
2010-08-04 21:53:17 -07:00
2010-08-09 16:47:27 -04:00
2010-08-09 20:45:02 -07:00
2010-08-10 13:47:46 -07:00
2010-08-09 16:48:44 -04:00
2010-08-06 10:37:02 -04:00
2010-08-12 11:47:26 +10:00
2010-08-11 08:59:02 -07:00