[Linuxsampler-devel] Fwd: [ardour-dev] atomic.h

[Christian S. <chr...@ep...>]

Es geschah am Donnerstag, 1. Januar 2004 03:55 als Jack O'Quin schrieb:
> Paul Davis <pa...@li...> writes:
> > >> 3) i don't think JACK itself uses any atomic stuff at all anymore.
> > >> could be wrong there.
> > >
> > >It doesn't, but it probably should for some platforms.
> >
> > really? off-hand, i can't think of anything that requires it. can you?
>
> Mantis bug:000008 documents a problem that I think is probably best
> solved using <atomicity.h>, rather than <atomic.h>.  But, it does not
> seem to have very high priority at the moment.  In general, I like
> <atomicity.h> better because it is user-space code, taken from libc
> and not the kernel.
>
> As for <atomic.h>, I don't know for certain that there are problems,
> but I suspect that some of JACK's shared memory updates implicitly
> depend on "strong ordering" of storage operations, which AFAIK is
> guaranteed on existing x86 implementations, but certainly is not on
> some other platforms (like PowerPC SMP, for example).  I can't supply
> any details, because this is just a suspicion.  If I knew about a
> definite bug, I'd fix it, or at least document it.