From: Robert Love <rml@tech9.net>
To: linux-kernel@vger.kernel.org
Subject: Re: 2.4.13pre5aa1
Date: 19 Oct 2001 01:48:05 -0400 [thread overview]
Message-ID: <1003470485.913.13.camel@phantasy> (raw)
In-Reply-To: <20011019061914.A1568@athlon.random>
In-Reply-To: <20011019061914.A1568@athlon.random>
On Fri, 2001-10-19 at 00:19, Andrea Arcangeli wrote:
> Only in 2.4.13pre3aa1: 00_files_struct_rcu-2.4.10-04-1
> Only in 2.4.13pre5aa1: 00_files_struct_rcu-2.4.10-04-2
I want to point out to preempt-kernel users that RCU is not
preempt-safe. The implicit locking assumed from per-CPU data structures
is defeated by preemptibility.
(Actually, FWIW, I think I can think of ways to make RCU preemptible but
it would involve changing the write-side quiescent code for the case
where the pointers were carried over the task switches. Probably not
worth it.)
This is not to say RCU is worthless with a preemptible kernel, but that
we need to make it safe (and then make sure it is still a performance
advantage, but I don't think this would add much overhead). Note this
is clean, simply wrapping the read code in non-preemption statements.
I will hack up a patch when I get the time, but I would like to prevent
myself from maintaining the patch against a third tree ... where, oh
where, is 2.5? :)
Robert Love
next prev parent reply other threads:[~2001-10-19 5:47 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-19 4:19 2.4.13pre5aa1 Andrea Arcangeli
2001-10-19 5:48 ` Robert Love [this message]
2001-10-21 19:17 ` 2.4.13pre5aa1 jogi
2001-10-22 0:04 ` 2.4.13pre5aa1 Andrea Arcangeli
[not found] ` <Pine.LNX.4.33L.0110211749310.3690-100000@imladris.surriel.com>
2001-10-22 11:08 ` 2.4.13pre5aa1 jogi
-- strict thread matches above, loose matches on Subject: below --
2001-10-19 7:14 2.4.13pre5aa1 Dipankar Sarma
2001-10-20 14:10 2.4.13pre5aa1 Maneesh Soni
2001-10-22 10:01 ` 2.4.13pre5aa1 Andrea Arcangeli
2001-10-20 14:18 2.4.13pre5aa1 Maneesh Soni
2001-10-21 18:41 2.4.13pre5aa1 khromy
2001-10-21 23:51 ` 2.4.13pre5aa1 Andrea Arcangeli
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=1003470485.913.13.camel@phantasy \
--to=rml@tech9.net \
--cc=linux-kernel@vger.kernel.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.