[PATCH] Fix race condition between aio_complete and
commit679c40a86efa423cafa636365556347c2f4b1f5c
authorAndrew Morton <akpm@osdl.org>
Thu, 10 Jul 2003 17:02:43 +0000 (10 10:02 -0700)
committerLinus Torvalds <torvalds@home.osdl.org>
Thu, 10 Jul 2003 17:02:43 +0000 (10 10:02 -0700)
tree75872c233e6311aec4269410440cb46cb32e8b89
parentb1648ead3749fd10e20466a76b7ca8b24e933dee
[PATCH] Fix race condition between aio_complete and

From: "Chen, Kenneth W" <kenneth.w.chen@intel.com>

We hit a memory ordering race condition on AIO ring buffer tail pointer
between function aio_complete() and aio_read_evt().

What happens is that on an architecture that has a relaxed memory ordering
model like IPF(ia64), explicit memory barrier is required in a SMP
execution environment.  Considering the following case:

1 CPU is executing a tight loop of aio_read_evt.  It is pulling event off
the ring buffer.  During that loop, another CPU is executing aio_complete()
where it is putting event into the ring buffer and then update the tail
pointer.  However, due to relaxed memory ordering model, the tail pointer
can be visible before the actual event is being updated.  So the other CPU
sees the updated tail pointer but picks up a staled event data.

A memory barrier is required in this case between the event data and tail
pointer update.  Same is true for the head pointer but the window of the
race condition is nil.  For function correctness, it is fixed here as well.

By the way, this bug is fixed in the major distributor's kernel on 2.4.x
kernel series for a while, but somehow hasn't been propagated to 2.5 kernel
yet.
fs/aio.c