[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080604135826.f50f913a.pj@sgi.com>
Date: Wed, 4 Jun 2008 13:58:26 -0500
From: Paul Jackson <pj@....com>
To: Max Krasnyansky <maxk@...lcomm.com>
Cc: andi@...stfloor.org, ioe-lkml@...eria.de, sivanich@....com,
a.p.zijlstra@...llo.nl, linux-kernel@...r.kernel.org,
kernel@...ivas.org, dfults@....com, devik@....cz, dino@...ibm.com,
emmanuel.pacaud@...v-poitiers.fr, deweerdt@...e.fr, mingo@...e.hu,
colpatch@...ibm.com, nickpiggin@...oo.com.au, rostedt@...dmis.org,
oleg@...sign.ru, paulmck@...ibm.com, menage@...gle.com,
rddunlap@...l.org, suresh.b.siddha@...el.com, tglx@...utronix.de
Subject: Re: Inquiry: Should we remove "isolcpus= kernel boot option? (may
have realtime uses)
Max wrote:
> You do not even need to replace /sbin/init for this, no ?
> Simply installing custom
> /etc/init.d/create_cpusets
That can ensure that the deamons that init starts later
on placed, but it doesn't ensure that the glibc pages that
init (and the shell it spawned to run 'create_cpusets')
are placed.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@....com> 1.940.382.4214
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists