diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2016-08-30 18:31:59 +0200 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2016-08-30 18:31:59 +0200 |
commit | 748e7fc20983fccd742e93c5b6a38ece1f71f80f (patch) | |
tree | a097b9e7875647416ca3a0661809a3ed63d2d21a /lib/Kconfig.debug | |
parent | Merge tag 'hwmon-for-linus-v4.8-rc5' of git://git.kernel.org/pub/scm/linux/ke... (diff) | |
parent | cgroup: reduce read locked section of cgroup_threadgroup_rwsem during fork (diff) | |
download | linux-748e7fc20983fccd742e93c5b6a38ece1f71f80f.tar.xz linux-748e7fc20983fccd742e93c5b6a38ece1f71f80f.zip |
Merge branch 'for-4.8-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup
Pull cgroup fixes from Tejun Heo:
"Two fixes for cgroup.
- There still was a hole in enforcing cpuset rules, fixed by Li.
- The recent switch to global percpu_rwseom for threadgroup locking
revealed a couple issues in how percpu_rwsem is implemented and
used by cgroup. Balbir found that the read locking section was too
wide unnecessarily including operations which can often depend on
IOs. With percpu_rwsem updates (coming through a different tree)
and reduction of read locking section, all the reported locking
latency issues, including the android one, are resolved.
It looks like we can keep global percpu_rwsem locking for now. If
there actually are cases which can't be resolved, we can go back to
more complex per-signal_struct locking"
* 'for-4.8-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup:
cgroup: reduce read locked section of cgroup_threadgroup_rwsem during fork
cpuset: make sure new tasks conform to the current config of the cpuset
Diffstat (limited to 'lib/Kconfig.debug')
0 files changed, 0 insertions, 0 deletions