diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2016-08-30 09:31:59 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2016-08-30 09:31:59 -0700 |
commit | 748e7fc20983fccd742e93c5b6a38ece1f71f80f (patch) | |
tree | a097b9e7875647416ca3a0661809a3ed63d2d21a /include/asm-generic/gpio.h | |
parent | e4e98c460ad38c78498622a164fd5ef09a2dc9cb (diff) | |
parent | 568ac888215c7fb2fabe8ea739b00ec3c1f5d440 (diff) | |
download | op-kernel-dev-748e7fc20983fccd742e93c5b6a38ece1f71f80f.zip op-kernel-dev-748e7fc20983fccd742e93c5b6a38ece1f71f80f.tar.gz |
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 'include/asm-generic/gpio.h')
0 files changed, 0 insertions, 0 deletions