On Wed, May 13, 2015 at 04:35:15PM -0400, Tejun Heo wrote: > threadgroup locking was added because cgroup needs threadgroups to > stay stable across attach operations. It was implemented as a > per-signal_struct generic locking mechanism so that other users which > require threadgroups stable across blocking operations can use it too; > however, it hasn't grown any other use cases and still conditionalized > on CONFIG_CGROUPS. Ingo, Peter, what do you guys think? If you guys are okay with the changes, how do you want to route the patches? Given that it's mostly cgroup-specific and there are more cgroup changes depending on these, it'd be the easiest to route these through the cgroup tree but putting it elsewhere and pulling into cgroup is fine too. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe cgroups" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
