From: Ingo Molnar <mingo@elte.hu>
To: Bill Huey <billh@gnuppy.monkey.org>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
linux-kernel@vger.kernel.org,
Thomas Gleixner <tglx@linutronix.de>,
John Stultz <johnstul@us.ibm.com>,
"Paul E. McKenney" <paulmck@us.ibm.com>,
Dipankar Sarma <dipankar@in.ibm.com>,
Arjan van de Ven <arjan@infradead.org>
Subject: Re: [PATCH] move put_task_struct() reaping into a thread [Re: 2.6.18-rt1]
Date: Wed, 27 Sep 2006 11:15:13 +0200 [thread overview]
Message-ID: <20060927091513.GC20395@elte.hu> (raw)
In-Reply-To: <20060927091456.GB17136@gnuppy.monkey.org>
* Bill Huey <billh@gnuppy.monkey.org> wrote:
> On Wed, Sep 27, 2006 at 10:57:12AM +0200, Ingo Molnar wrote:
> > * Bill Huey <billh@gnuppy.monkey.org> wrote:
> >
> > > Because the conversion of memory allocation routines like kmalloc and
> > > kfree aren't safely callable within a preempt_disable critical section
> > > since they were incompletely converted in the -rt. [...]
> >
> > they were not 'incompletely converted' - they are /intentionally/ fully
> > preemptible.
>
> What I meant by "incompletely converted" is that the allocators could
> be made more safe in non-preemptible scenarios under -rt. [...]
no, the -rt kernel intentionally does not do that and wont do that.
There's lots of complex stuff going on within allocators, even in the
GFP_ATOMIC path. We might be able to plug in more deterministic
allocators (like SLOB), but even they must be fully preemptible. In the
-rt kernel there's basically no compromise on the "do as little as
possible in non-preemptible regions" stance.
Ingo
next prev parent reply other threads:[~2006-09-27 9:23 UTC|newest]
Thread overview: 101+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-20 14:19 2.6.18-rt1 Ingo Molnar
2006-09-20 16:50 ` 2.6.18-rt1 Gene Heskett
2006-09-20 16:58 ` 2.6.18-rt1 Ingo Molnar
2006-09-20 17:33 ` 2.6.18-rt1 Gene Heskett
2006-09-20 18:34 ` 2.6.18-rt1 Gene Heskett
2006-09-20 17:00 ` 2.6.18-rt1 Daniel Walker
2006-09-20 17:38 ` 2.6.18-rt1 Paul E. McKenney
2006-09-20 17:41 ` 2.6.18-rt1 Daniel Walker
2006-09-20 18:23 ` 2.6.18-rt1 Gene Heskett
2006-09-20 18:25 ` 2.6.18-rt1 Paul E. McKenney
2006-09-20 18:34 ` 2.6.18-rt1 Daniel Walker
2006-09-20 20:06 ` 2.6.18-rt1 Paul E. McKenney
2006-09-20 21:38 ` 2.6.18-rt1 Gene Heskett
2006-09-20 20:17 ` 2.6.18-rt1 Gene Heskett
2006-09-20 18:36 ` 2.6.18-rt1 Gene Heskett
2006-09-20 18:47 ` 2.6.18-rt1 Thomas Gleixner
2006-09-20 19:20 ` 2.6.18-rt1 Thomas Gleixner
2006-09-20 19:46 ` 2.6.18-rt1 Ingo Molnar
2006-09-20 20:19 ` 2.6.18-rt1 Daniel Walker
2006-09-20 20:14 ` 2.6.18-rt1 Ingo Molnar
2006-09-20 20:31 ` 2.6.18-rt1 Daniel Walker
2006-09-21 19:02 ` 2.6.18-rt1 Ingo Molnar
2006-09-21 19:18 ` 2.6.18-rt1 Daniel Walker
2006-09-22 14:42 ` 2.6.18-rt1 Daniel Walker
2006-09-27 8:36 ` 2.6.18-rt1 Ingo Molnar
2006-09-21 8:04 ` 2.6.18-rt1 Deepak Saxena
2006-09-21 8:04 ` 2.6.18-rt1 Ingo Molnar
2006-09-21 8:24 ` 2.6.18-rt1 Deepak Saxena
2006-09-22 2:19 ` 2.6.18-rt1 john cooper
2006-09-22 6:36 ` 2.6.18-rt1 Lennert Buytenhek
2006-09-22 11:56 ` 2.6.18-rt1 Ingo Molnar
2006-09-27 13:10 ` 2.6.18-rt4 john cooper
2006-09-27 13:09 ` 2.6.18-rt4 Ingo Molnar
2006-09-20 18:56 ` 2.6.18-rt1 K.R. Foley
2006-09-20 19:49 ` 2.6.18-rt1 Ingo Molnar
2006-09-20 20:33 ` 2.6.18-rt1 K.R. Foley
2006-09-20 20:41 ` 2.6.18-rt1 Thomas Gleixner
2006-09-20 20:50 ` 2.6.18-rt1 K.R. Foley
2006-09-21 19:16 ` 2.6.18-rt1 john stultz
2006-09-22 2:18 ` 2.6.18-rt1 K.R. Foley
2006-09-22 11:58 ` 2.6.18-rt1 Ingo Molnar
2006-09-28 0:42 ` 2.6.18-rt1 john stultz
2006-09-28 22:48 ` 2.6.18-rt1 john stultz
2006-09-29 2:09 ` 2.6.18-rt1 K.R. Foley
2006-09-29 12:24 ` 2.6.18-rt1 Ingo Molnar
2006-09-29 12:40 ` 2.6.18-rt1 Ingo Molnar
2006-09-20 19:58 ` 2.6.18-rt1 Thomas Gleixner
2006-09-20 20:34 ` 2.6.18-rt1 K.R. Foley
2006-09-20 19:38 ` 2.6.18-rt1 Mark Knecht
2006-09-20 20:27 ` 2.6.18-rt1 Mark Knecht
2006-09-22 14:14 ` 2.6.18-rt1 Lee Revell
2006-09-20 20:54 ` 2.6.18-rt1 Michal Piotrowski
2006-09-20 22:07 ` 2.6.18-rt1 Michal Piotrowski
2006-09-20 22:26 ` 2.6.18-rt1 Michal Piotrowski
2006-09-21 6:56 ` [PATCH] move put_task_struct() reaping into a thread [Re: 2.6.18-rt1] Bill Huey
2006-09-21 6:54 ` Ingo Molnar
2006-09-21 7:18 ` Bill Huey
2006-09-21 7:16 ` Ingo Molnar
2006-09-21 7:32 ` Bill Huey
2006-09-21 7:29 ` Ingo Molnar
2006-09-21 7:48 ` Bill Huey
2006-09-21 7:56 ` Ingo Molnar
2006-09-21 8:13 ` Bill Huey
2006-09-21 12:23 ` Esben Nielsen
2006-09-21 12:56 ` Ingo Molnar
2006-09-21 7:27 ` Bill Huey
2006-09-21 7:22 ` Ingo Molnar
2006-09-21 7:35 ` Bill Huey
2006-09-21 7:31 ` Ingo Molnar
2006-09-21 7:52 ` Bill Huey
2006-09-27 2:55 ` Eric W. Biederman
2006-09-27 5:08 ` Bill Huey
2006-09-27 6:02 ` Eric W. Biederman
2006-09-27 6:34 ` Bill Huey
2006-09-27 7:29 ` Eric W. Biederman
2006-09-27 9:01 ` Ingo Molnar
2006-09-27 13:59 ` Eric W. Biederman
2006-09-27 14:06 ` Ingo Molnar
2006-09-27 16:18 ` Paul E. McKenney
2006-09-27 9:08 ` Ingo Molnar
2006-09-27 9:09 ` Bill Huey
2006-09-27 9:05 ` Ingo Molnar
2006-09-27 20:28 ` Esben Nielsen
2006-09-27 8:57 ` Ingo Molnar
2006-09-27 9:14 ` Bill Huey
2006-09-27 9:15 ` Ingo Molnar [this message]
2006-09-25 9:53 ` 2.6.18-rt1 Florian Schmidt
2006-09-26 7:57 ` 2.6.18-rt1 Florian Schmidt
2006-09-25 16:12 ` 2.6.18-rt1 Mike Kravetz
2006-09-27 8:34 ` 2.6.18-rt1 Ingo Molnar
2006-09-30 18:06 ` 2.6.18-rt1 Lee Revell
2006-09-30 18:18 ` 2.6.18-rt1 Dipankar Sarma
2006-09-30 18:25 ` 2.6.18-rt1 Lee Revell
2006-10-13 21:18 ` 2.6.18-rt1 Karsten Wiese
2006-10-13 21:20 ` 2.6.18-rt1 Lee Revell
2006-10-13 21:24 ` 2.6.18-rt1 Dipankar Sarma
2006-10-13 22:12 ` 2.6.18-rt1 Lee Revell
2006-10-13 22:16 ` 2.6.18-rt1 Dipankar Sarma
2006-10-17 14:46 ` 2.6.18-rt1 Lee Revell
2006-10-18 8:34 ` 2.6.18-rt1 Ingo Molnar
2006-10-18 7:12 ` 2.6.18-rt1 Ingo Molnar
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=20060927091513.GC20395@elte.hu \
--to=mingo@elte.hu \
--cc=arjan@infradead.org \
--cc=billh@gnuppy.monkey.org \
--cc=dipankar@in.ibm.com \
--cc=ebiederm@xmission.com \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=paulmck@us.ibm.com \
--cc=tglx@linutronix.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox