On Fri, 1 Dec 2006 06:08:52 +0100 Nick Piggin <npiggin@xxxxxxx> wrote: > On Fri, Dec 01, 2006 at 12:41:25PM +0900, OGAWA Hirofumi wrote: > > > > Yes, this patch doesn't pass zero-length to prepare_write. However, > > I'm not checking this patch is ok for reiserfs... > > OK, vfat wasn't working correctly for me -- I needed the following patch: Now I'm confused. What relationship does this patch have to the below? revert-generic_file_buffered_write-handle-zero-length-iovec-segments.patch revert-generic_file_buffered_write-deadlock-on-vectored-write.patch generic_file_buffered_write-cleanup.patch mm-only-mm-debug-write-deadlocks.patch mm-fix-pagecache-write-deadlocks.patch mm-fix-pagecache-write-deadlocks-comment.patch mm-fix-pagecache-write-deadlocks-xip.patch mm-fix-pagecache-write-deadlocks-mm-pagecache-write-deadlocks-efault-fix.patch mm-fix-pagecache-write-deadlocks-zerolength-fix.patch mm-fix-pagecache-write-deadlocks-stale-holes-fix.patch fs-prepare_write-fixes.patch fs-prepare_write-fixes-fuse-fix.patch fs-prepare_write-fixes-jffs-fix.patch fs-prepare_write-fixes-fat-fix.patch fs-fix-cont-vs-deadlock-patches.patch > Index: linux-2.6/fs/buffer.c > =================================================================== > --- linux-2.6.orig/fs/buffer.c 2006-12-01 15:31:22.000000000 +1100 > +++ linux-2.6/fs/buffer.c 2006-12-01 16:02:23.000000000 +1100 > @@ -2102,6 +2102,7 @@ Please always use `diff -p' > *bytes |= (blocksize-1); > (*bytes)++; > } > + > status = __block_prepare_write(inode, new_page, zerofrom, > PAGE_CACHE_SIZE, get_block); > if (status) > @@ -2110,7 +2111,7 @@ > memset(kaddr+zerofrom, 0, PAGE_CACHE_SIZE-zerofrom); > flush_dcache_page(new_page); > kunmap_atomic(kaddr, KM_USER0); > - generic_commit_write(NULL, new_page, zerofrom, PAGE_CACHE_SIZE); > + __block_commit_write(inode, new_page, zerofrom, PAGE_CACHE_SIZE); Whatever function this is doesn't need to update i_size? - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
