summaryrefslogtreecommitdiffstats
path: root/fs/Kconfig
diff options
context:
space:
mode:
authorJosef Whiter <jwhiter@redhat.com>2007-03-12 16:55:07 -0500
committerSteven Whitehouse <swhiteho@redhat.com>2007-05-01 09:10:37 +0100
commit1de913909263ba7f7054debeda1b79771a7233db (patch)
tree050e17a500f4dbe0d4d56e1b25af8243d5fe6ab8 /fs/Kconfig
parent89adc934f3f96600e7f31447426c7e99d62c5460 (diff)
downloadop-kernel-dev-1de913909263ba7f7054debeda1b79771a7233db.zip
op-kernel-dev-1de913909263ba7f7054debeda1b79771a7233db.tar.gz
[GFS2] Fix bz 231380, unlock page before dequeing glocks in gfs2_commit_write
If we are writing a file, and in the middle of writing the file another node attempts to get a shared lock on that file (by doing a du for example) the process doing the writing will hang waiting on lock_page. The reason for this is because when we have waiters on a exclusive glock, we will go through and flush out all dirty pages associated with that inode and release the lock. The problem is that when we flush the dirty pages, we could hit a page that we have locked durring the generic_file_buffered_write part of this operation. This patch unlocks the page before we go to dequeue the lock and locks it immediatly afterwards, since generic_file_buffered_write needs the page locked when the commit_write is completed. This patch resolves the problem, however if somebody sees a better way to do this please don't hesistate to yell. Signed-off-by: Josef Whiter <jwhiter@redhat.com> Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
Diffstat (limited to 'fs/Kconfig')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud