diff options
author | Tejun Heo <tj@kernel.org> | 2014-02-12 19:06:19 -0500 |
---|---|---|
committer | Tejun Heo <tj@kernel.org> | 2014-02-12 19:08:28 -0500 |
commit | 1a11533fbd71792e8c5d36f6763fbce8df0d231d (patch) | |
tree | f7d31231685d2c52af4804d265956660f0f849fb /lib/sha1.c | |
parent | 0ab02ca8f887908152d1a96db5130fc661d36a1e (diff) | |
download | op-kernel-dev-1a11533fbd71792e8c5d36f6763fbce8df0d231d.zip op-kernel-dev-1a11533fbd71792e8c5d36f6763fbce8df0d231d.tar.gz |
Revert "cgroup: use an ordered workqueue for cgroup destruction"
This reverts commit ab3f5faa6255a0eb4f832675507d9e295ca7e9ba.
Explanation from Hugh:
It's because more thorough testing, by others here, found that it
wasn't always solving the problem: so I asked Tejun privately to
hold off from sending it in, until we'd worked out why not.
Most of our testing being on a v3,11-based kernel, it was perfectly
possible that the problem was merely our own e.g. missing Tejun's
8a2b75384444 ("workqueue: fix ordered workqueues in NUMA setups").
But that turned out not to be enough to fix it either. Then Filipe
pointed out how percpu_ref_kill_and_confirm() uses call_rcu_sched()
before we ever get to put the offline on to the workqueue: by the
time we get to the workqueue, the ordering has already been lost.
So, thanks for the Acks, but I'm afraid that this ordered workqueue
solution is just not good enough: we should simply forget that patch
and provide a different answer."
Signed-off-by: Tejun Heo <tj@kernel.org>
Cc: Hugh Dickins <hughd@google.com>
Diffstat (limited to 'lib/sha1.c')
0 files changed, 0 insertions, 0 deletions