diff options
author | Lai Jiangshan <laijs@cn.fujitsu.com> | 2014-05-20 11:46:36 +0200 |
---|---|---|
committer | Tejun Heo <tj@kernel.org> | 2014-05-20 16:59:32 +0200 |
commit | 51697d393922eb643e78ac5db86e8fa5a45b469a (patch) | |
tree | b8571bd6f9b64b72d1ed668879815d53fd3891d4 /fs/ntfs/usnjrnl.c | |
parent | workqueue: separate pool-attaching code out from create_worker() (diff) | |
download | linux-51697d393922eb643e78ac5db86e8fa5a45b469a.tar.xz linux-51697d393922eb643e78ac5db86e8fa5a45b469a.zip |
workqueue: use generic attach/detach routine for rescuers
There are several problems with the code that rescuers use to bind
themselve to the target pool's cpumask.
1) It is very different from how the normal workers bind to cpumask,
increasing code complexity and maintenance overhead.
2) The code of cpu-binding for rescuers is complicated.
3) If one or more cpu hotplugs happen while a rescuer is processing
its scheduled work items, the rescuer may not stay bound to the
cpumask of the pool. This is an allowed behavior, but is still
hairy. It will be better if the cpumask of the rescuer is always
kept synchronized with the pool across cpu hotplugs.
Using generic attach/detach routine will solve the above problems and
results in much simpler code.
tj: Minor description updates.
Signed-off-by: Lai Jiangshan <laijs@cn.fujitsu.com>
Signed-off-by: Tejun Heo <tj@kernel.org>
Diffstat (limited to 'fs/ntfs/usnjrnl.c')
0 files changed, 0 insertions, 0 deletions