Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1380739
| From | Michal Hocko <mhocko@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups |
| Date | 2016-04-17 14:10 +0200 |
| Message-ID | <roTGx-3YX-9@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <rnTID-5Nb-9@gated-at.bofh.it> <ro637-7wR-7@gated-at.bofh.it> <rod4B-4sD-11@gated-at.bofh.it> <rodxE-4ZA-15@gated-at.bofh.it> <rodR0-57f-23@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri 15-04-16 11:25:26, Tejun Heo wrote: > Hello, Hi, > On Fri, Apr 15, 2016 at 05:08:15PM +0200, Michal Hocko wrote: [...] > > Well it certainly is not that trivial because it relies on being > > exclusive with global context. I will have to look closer of course but > > I cannot guarantee I will get to it before I get back from LSF. We can > > certainly discuss that at the conference. Johannes will be there as > > well. > > I see. For cpuset, it didn't really matter but what we can do is > creating a mechanism on cgroup core side which is called after a > migration operation is done after dropping the usual locks and > guarantees that no new migration will be started before the callbacks > finish. If we have that, relocating charge moving outside the attach > path should be pretty trivial, right? Yeah, I guess this should work as well. I would have to double check the code, I cannot say it would be my favorite so I might have forgot some subtle details. -- Michal Hocko SUSE Labs
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups Michal Hocko <mhocko@kernel.org> - 2016-04-17 14:10 +0200
csiph-web