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

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

From: Arjan van de Ven <hidden>
Date: 2007-09-10 16:03:58
Also in: linux-arch, lkml

On Mon, 10 Sep 2007 15:38:23 +0100
Denys Vlasenko [off-list ref] wrote:
On Monday 10 September 2007 15:51, Arjan van de Ven wrote:
quoted
On Mon, 10 Sep 2007 11:56:29 +0100
Denys Vlasenko [off-list ref] wrote:
quoted
Well, if you insist on having it again:

Waiting for atomic value to be zero:

        while (atomic_read(&x))
                continue;
and this I would say is buggy code all the way.

Not from a pure C level semantics, but from a "busy waiting is
buggy" semantics level and a "I'm inventing my own locking"
semantics level.
After inspecting arch/*, I cannot agree with you.
the arch/ people obviously are allowed to do their own locking stuff...
BECAUSE THEY HAVE TO IMPLEMENT THAT!


the arch maintainers know EXACTLY how their hw behaves (well, we hope)
so they tend to be the exception to many rules in the kernel....
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help