svn commit: r197643 - in head/sys: kern sys
attilio at freebsd.org
Thu Oct 1 13:21:36 UTC 2009
2009/9/30 Robert Watson <rwatson at freebsd.org>:
> On Wed, 30 Sep 2009, Attilio Rao wrote:
>> When releasing a read/shared lock we need to use a write memory barrier
>> in order to avoid, on architectures which doesn't have strong ordered
>> writes, CPU instructions reordering.
> Hi Attilio (Fabio, et al),
> Nice catch! Are we aware of specific reported problems that can be laid at
> the feet of this bug, or was this more of a "wait a moment, shouldn't there
> be a barrier there?". Could you comment on the scope of this problem across
> architectures we support?
A possible problem related to that would be MD specific and not on
ia32/amd64 because there the barriers and simple atomics are the same.
Given that sun4v suffers of serveral other problems, that MIPS has no
SMP support, you would find it only for arm, ia64 and sparc
eventually. Thus I'm not aware of any problem which can be reconducted
Peace can only be achieved by understanding - A. Einstein
More information about the svn-src-head