Thread (305 messages) flat view 305 messages, 27 authors, 2007-09-11

Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures

From: Paul E. McKenney <hidden>
Date: 2007-08-16 00:50:18
Also in: linux-arch, lkml

On Thu, Aug 16, 2007 at 08:30:23AM +0800, Herbert Xu wrote:
On Wed, Aug 15, 2007 at 05:23:10PM -0700, Paul E. McKenney wrote:
quoted
On Thu, Aug 16, 2007 at 08:12:48AM +0800, Herbert Xu wrote:
quoted
On Wed, Aug 15, 2007 at 04:53:35PM -0700, Paul E. McKenney wrote:
quoted
quoted
quoted
Communicating between process context and interrupt/NMI handlers using
per-CPU variables.
Remeber we're talking about atomic_read/atomic_set.  Please
cite the actual file/function name you have in mind.
Yep, we are indeed talking about atomic_read()/atomic_set().

We have been through this issue already in this thread.
Sorry, but I must've missed it.  Could you cite the file or
function for my benefit?
I might summarize the thread if there is interest, but I am not able to
do so right this minute.
Thanks.  But I don't need a summary of the thread, I'm asking
for an extant code snippet in our kernel that benefits from
the volatile change and is not part of a busy-wait.
Sorry, can't help you there.  I really do believe that the information
you need (as opposed to the specific item you are asking for) really
has been put forth in this thread.

						Thanx, Paul
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help