summaryrefslogtreecommitdiffstats
path: root/lib/Kconfig.debug
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2016-08-30 18:31:59 +0200
committerLinus Torvalds <torvalds@linux-foundation.org>2016-08-30 18:31:59 +0200
commit748e7fc20983fccd742e93c5b6a38ece1f71f80f (patch)
treea097b9e7875647416ca3a0661809a3ed63d2d21a /lib/Kconfig.debug
parentMerge tag 'hwmon-for-linus-v4.8-rc5' of git://git.kernel.org/pub/scm/linux/ke... (diff)
parentcgroup: reduce read locked section of cgroup_threadgroup_rwsem during fork (diff)
downloadlinux-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