summaryrefslogtreecommitdiffstats
path: root/include/asm-h8300
diff options
context:
space:
mode:
authorDave Chinner <david@fromorbit.com>2009-04-06 18:45:44 +0200
committerChristoph Hellwig <hch@brick.lst.de>2009-04-06 18:45:44 +0200
commit5825294edd3364cbba6514f70d88debec4f6cec7 (patch)
tree5462388cdb6b36b2f0f1cf75dc6ee60a7c643a23 /include/asm-h8300
parenta8d770d987ee20b59fba6c37d7f0f2a351913c4b (diff)
downloadop-kernel-dev-5825294edd3364cbba6514f70d88debec4f6cec7.zip
op-kernel-dev-5825294edd3364cbba6514f70d88debec4f6cec7.tar.gz
xfs: make inode flush at ENOSPC synchronous
When we are writing to a single file and hit ENOSPC, we trigger a background flush of the inode and try again. Because we hold page locks and the iolock, the flush won't proceed until after we release these locks. This occurs once we've given up and ENOSPC has been reported. Hence if this one is the only dirty inode in the system, we'll get an ENOSPC prematurely. To fix this, remove the async flush from the allocation routines and move it to the top of the write path where we can do a synchronous flush and retry the write again. Only retry once as a second ENOSPC indicates that we really are ENOSPC. This avoids a page cache deadlock when trying to do this flush synchronously in the allocation layer that was identified by Mikulas Patocka. Signed-off-by: Dave Chinner <david@fromorbit.com> Reviewed-by: Christoph Hellwig <hch@lst.de>
Diffstat (limited to 'include/asm-h8300')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud