All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Serge E. Hallyn" <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: Jean-Marc Pigeon <jmp-4qkeo2rQ0gg@public.gmane.org>
Cc: containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
Subject: Re: 2.6.33-rc4 i686 clone function looping (seems real!)
Date: Tue, 19 Jan 2010 16:10:47 -0600	[thread overview]
Message-ID: <20100119221047.GA12806@us.ibm.com> (raw)
In-Reply-To: <1263916851.4745.386.camel-4BUXZ/Ty1v7iqR6jatDSCA@public.gmane.org>

Quoting Jean-Marc Pigeon (jmp-4qkeo2rQ0gg@public.gmane.org):
> Hello Serge,
> 
> 	Thanks for the small test, I do confirm
> 	there is the same problem here with it, 
> 	as soon started the program use ALL available 
> 	CPU cycle (minus some few %) and NEVER
> 	EVER come back from "clone" function.
> 	The ONLY way I found to recover the
> 	system is to power it down (sic!).
> 
> 	See attachment, your program, the 
> 	.config file, and cpu information
> 	(I put back your test too, (done 
> 	 cosmetic changes only)).
> 
> 	Once again, clone call on 2.6.32.3
> 	is working fine.
> 
> 	Sorry to bother the list, I was "expecting"
> 	a Stack size problem, but I increase
> 	your value from 4 to 10, with the same result.
> 	Hopefully it could be something I overlooked
> 	with my Kernel config file, if someone
> 	want to have a look I attached it.
> 
> 	My guess for now it is something within
> 	the clone code specific to i386.
> 	
> 	I 'll try to pin point within the 
> 	clone code.
> 
> 	(could someone check tstclone.c under 
> 	 i386 arch and confirm trouble?)

I just tried it on a x86-32 kvm image with no hang (cut-n-paste
from your copy of testclone.c).

Could you:

	1. use cpusets and memory limiter to limit the
	   shell fromwhich you run testclone to 1 cpu and
	   1/3 of your ram,
	2. fire up testclone
	3. gdb -se testclone -p `pidof testclone` in another
	   shell and see whether anything is hung in userspace?

If you need more specific hints pls let me know.

Also, you might try with selinux disabled ('setenforce 0'), though
I don't see how it can be responsible.

-serge

  parent reply	other threads:[~2010-01-19 22:10 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-18 22:04 2.6.33-rc4 i686 clone function looping (?) Jean-Marc Pigeon
     [not found] ` <1263852243.4745.363.camel-4BUXZ/Ty1v7iqR6jatDSCA@public.gmane.org>
2010-01-19 15:09   ` Serge E. Hallyn
     [not found]     ` <20100119150931.GA7708-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2010-01-19 16:00       ` 2.6.33-rc4 i686 clone function looping (seems real!) Jean-Marc Pigeon
     [not found]         ` <1263916851.4745.386.camel-4BUXZ/Ty1v7iqR6jatDSCA@public.gmane.org>
2010-01-19 22:10           ` Serge E. Hallyn [this message]
2010-01-19 22:15           ` Serge E. Hallyn
2010-01-21 17:13           ` Serge E. Hallyn
     [not found]             ` <20100121171338.GA16904-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2010-01-21 17:35               ` Peter Zijlstra
2010-01-21 20:20                 ` Serge E. Hallyn
2010-01-21 20:36                 ` [RFC][PATCH] sched: Fix fork vs hotplug vs cpuset namespaces Peter Zijlstra
2010-01-21 20:36                 ` Peter Zijlstra
2010-01-21 22:30                   ` [tip:sched/urgent] " tip-bot for Peter Zijlstra

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100119221047.GA12806@us.ibm.com \
    --to=serue-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
    --cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
    --cc=jmp-4qkeo2rQ0gg@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.