summaryrefslogtreecommitdiffstats
path: root/arch/s390
diff options
context:
space:
mode:
authorDavid Chinner <david@fromorbit.com>2008-08-13 16:40:43 +1000
committerLachlan McIlroy <lachlan@redback.melbourne.sgi.com>2008-08-13 16:40:43 +1000
commit39d2f1ab2a36ac527a6c41cfe689f50c239eaca3 (patch)
tree47ee9ab904387a2062705c69197725596e6b2661 /arch/s390
parentb4dd330b9e0c9c78ebff754e72563b148f05e9e0 (diff)
downloadop-kernel-dev-39d2f1ab2a36ac527a6c41cfe689f50c239eaca3.zip
op-kernel-dev-39d2f1ab2a36ac527a6c41cfe689f50c239eaca3.tar.gz
[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 'arch/s390')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud