diff options
author | David Chinner <david@fromorbit.com> | 2008-08-13 06:40:43 (GMT) |
---|---|---|
committer | Lachlan McIlroy <lachlan@redback.melbourne.sgi.com> | 2008-08-13 06:40:43 (GMT) |
commit | 39d2f1ab2a36ac527a6c41cfe689f50c239eaca3 (patch) | |
tree | 47ee9ab904387a2062705c69197725596e6b2661 /fs/locks.c | |
parent | b4dd330b9e0c9c78ebff754e72563b148f05e9e0 (diff) | |
download | linux-fsl-qoriq-39d2f1ab2a36ac527a6c41cfe689f50c239eaca3.tar.xz |
[XFS] extend completions to provide XFS object flush requirements
XFS object flushing doesn't quite match existing completion semantics. It
mixed exclusive access with completion. That is, we need to mark an object as
being flushed before flushing it to disk, and then block any other attempt to
flush it until the completion occurs. We do this but adding an extra count to
the completion before we start using them. However, we still need to
determine if there is a completion in progress, and allow no-blocking attempts
fo completions to decrement the count.
To do this we introduce:
int try_wait_for_completion(struct completion *x)
returns a failure status if done == 0, otherwise decrements done
to zero and returns a "started" status. This is provided
to allow counted completions to begin safely while holding
object locks in inverted order.
int completion_done(struct completion *x)
returns 1 if there is no waiter, 0 if there is a waiter
(i.e. a completion in progress).
This replaces the use of semaphores for providing this exclusion
and completion mechanism.
SGI-PV: 981498
SGI-Modid: xfs-linux-melb:xfs-kern:31816a
Signed-off-by: David Chinner <david@fromorbit.com>
Signed-off-by: Lachlan McIlroy <lachlan@sgi.com>
Diffstat (limited to 'fs/locks.c')
0 files changed, 0 insertions, 0 deletions