From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <47FE25EF.9070204@domain.hid> Date: Thu, 10 Apr 2008 23:36:31 +0900 From: Philippe Gerum MIME-Version: 1.0 References: <000701c89a75$d349f630$9601a8c0@domain.hid> <18429.6412.785941.128928@domain.hid> <000801c89a89$b7b09820$9601a8c0@domain.hid> <47FD650C.7030709@domain.hid> <2ff1a98a0804100225q6e216a50nb0c7c78c86d8817c@domain.hid> In-Reply-To: <2ff1a98a0804100225q6e216a50nb0c7c78c86d8817c@domain.hid> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] mlockall questions Reply-To: philippe.gerum@domain.hid List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: xenomai@xenomai.org Gilles Chanteperdrix wrote: > On Thu, Apr 10, 2008 at 2:53 AM, Philippe Gerum > wrote: >> Robert McCullough wrote: >> > Hi Gilles, >> > >> > --> -----Original Message----- >> > --> From: Gilles Chanteperdrix [mailto:gilles.chanteperdrix@xenomai.org] >> > --> Sent: Wednesday, April 09, 2008 3:29 PM >> > --> To: rob@domain.hid >> > --> Cc: xenomai@xenomai.org >> > --> Subject: Re: [Xenomai-help] mlockall questions >> > --> >> > --> Robert McCullough wrote: >> > --> > Hi, >> > --> > >> > --> > I am converting part of a C++ application to real-time. >> > --> > >> > --> > I noticed that all the Xenomai examples call >> > --> > mlockall(MCL_CURRENT|MCL_FUTURE) at the beginning of main before >> > --> creating >> > --> > any real-time threads. >> > --> > Is calling mlockall a requirement when using Xenomai? >> > --> >> > --> Yes it is. >> > --> >> > [Robert McCullough] >> > OK. >> > --> > >> > --> > I have added a couple of Xenomai tasks to my C++ app. >> > --> > A) Without calling mlockall my application seems to run fine but I >> > --> noticed >> > --> > in /proc/xenomai/stat that a few page faults occurred. >> > --> >> > --> Well normally your application should stop with a message telling you >> > --> that you have not call mlockall. Do you happen to install a handler >> > --> for >> > --> SIGXCPU ? >> > [Robert McCullough] >> > Yes. >> > --> >> > --> > B) When calling mlockall at the beginning of my main() I do not see >> > --> any page >> > --> > faults but some of the C++ threads do not start. >> > --> > >> > --> > Why would mlockall cause some threads not to start? >> > --> >> > --> Well, you should check rt_task_create or pthread_create return >> > --> value. The usual error is that you run out of memory because of the >> > --> stack size problem explained in the TROUBLESHOOTING guide. >> > --> >> > --> -- >> > --> >> > --> >> > --> Gilles. >> > [Robert McCullough] >> > Thanks. >> > Calling "ulimit -s 2048" before my application in my startup script seems to >> > work fine when I am running over nfs to the Denx ELDK with a bash shell. >> > But my application needs to run from a CompactFlash card running BusyBox on >> > a MPC5200 and BusyBox does not seem to support the "ulimit" command. >> > Is there another way to set this stack limit size? >> > >> >> - Setting the stack size property into the attribute struct for each new pthread >> your application may create: pthread_attr_setstacksize(&thattr, stacksize); >> >> - Or passing the right stack size value to any (non-POSIX) Xenomai API task >> creation service, we do enforce it (e.g. rt_task_create(), taskInit(), >> t_create()...). >> >> - Or calling setrlimit(RLIMIT_STACK, ...) to set a global default value for all >> subsequent glibc-originated threads. This is what the ulimit command does, actually. > > The problem of pthread_attr_setstacksize (or of setting stack size in > one of the various thread creation services) is that it does not work > for the main thread stack. So, you have to use ulimit or to call > setrlimit before running your application, in order to set the main > thread stack size. > > Now about the ulimit builtin in busybox: busybox ash shell supports ulimit. > Even if you don't have any shell supporting ulimit, you just need to create a small launcher that basically forks/setrlimit+execs your application. -- Philippe.