[Devel] Re: 2.6.33-rc4 i686 clone function looping (seems real!)
Serge E. Hallyn
serue at us.ibm.com
Thu Jan 21 12:20:02 PST 2010
Quoting Peter Zijlstra (peterz at infradead.org):
> On Thu, 2010-01-21 at 11:13 -0600, Serge E. Hallyn wrote:
> > The culprit is e2912009fb7b715728311b0d8fe327a1432b3f79
> > sched: Ensure set_task_cpu() is never called on blocked tasks
> >
> > If you mount both the ns and cpuset cgroups with this patch applied,
> > then doing clone with CLONE_NEWPID, CLONE_NEWNET, etc, you get the
> > hang. The hang is actually hard enough that alt-sysrq isn't helpful :)
> > Still trying to figure out what is going on - Peter, any ideas offhand?
>
>
> Does it replicate on x86_64 ?
Hmm, doesn't seem to, no.
> /me looks at the NEWPID and NEWNET code
>
>
> Hmm, I have an idea.. does it really need the ns cgroup stuff?
To reproduce it? Well, there might be some other way to
trigger it, but mounting just cpusets and moving a task into
a different cpuset doesn't trigger it... So really it must
be something to do with kernel/cgroup.c:cgroup_clone()
> Let me try and come up with a debug patch...
thanks,
-serge
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list