summaryrefslogtreecommitdiffstats
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorLai Jiangshan <laijs@cn.fujitsu.com>2014-05-20 11:46:36 +0200
committerTejun Heo <tj@kernel.org>2014-05-20 16:59:32 +0200
commit51697d393922eb643e78ac5db86e8fa5a45b469a (patch)
treeb8571bd6f9b64b72d1ed668879815d53fd3891d4 /MAINTAINERS
parentworkqueue: separate pool-attaching code out from create_worker() (diff)
downloadlinux-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 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions