summaryrefslogtreecommitdiffstats
path: root/arch/i386
diff options
context:
space:
mode:
authorVladimir V. Saveliev <vs@namesys.com>2006-06-27 02:53:57 -0700
committerGreg Kroah-Hartman <gregkh@suse.de>2006-07-24 20:35:25 -0700
commitb5e475eb0506f525abd38782e40c4acd0b280f28 (patch)
tree5a85aaa3f6d2ffe9ba9f0f172a833564dc297fb4 /arch/i386
parentba4532fa45b99a866d253877372f086503a944c6 (diff)
downloadlinux-stable-b5e475eb0506f525abd38782e40c4acd0b280f28.tar.gz
linux-stable-b5e475eb0506f525abd38782e40c4acd0b280f28.tar.bz2
linux-stable-b5e475eb0506f525abd38782e40c4acd0b280f28.zip
generic_file_buffered_write(): deadlock on vectored write
generic_file_buffered_write() prefaults in user pages in order to avoid deadlock on copying from the same page as write goes to. However, it looks like there is a problem when write is vectored: fault_in_pages_readable brings in current segment or its part (maxlen). OTOH, filemap_copy_from_user_iovec is called to copy number of bytes (bytes) which may exceed current segment, so filemap_copy_from_user_iovec switches to the next segment which is not brought in yet. Pagefault is generated. That causes the deadlock if pagefault is for the same page write goes to: page being written is locked and not uptodate, pagefault will deadlock trying to lock locked page. [akpm@osdl.org: somewhat rewritten] Cc: Neil Brown <neilb@suse.de> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com> Cc: <stable@kernel.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Diffstat (limited to 'arch/i386')
0 files changed, 0 insertions, 0 deletions