kernel/git/stable/linux.git/fs/ext3, branch linux-2.6.17.y

ext3 sequential read regression fix

2006-10-13T18:50:10+00:00

ext3-get-blocks support caused ~20% degrade in Sequential read performance (tiobench). Problem is with marking the buffer boundary so IO can be submitted right away. Here is the patch to fix it. 2.6.18-rc6:

Have ext3 reject file handles with bad inode numbers early

2006-08-23T21:13:30+00:00

blatantly ripped off from Neil Brown's ext2 patch. Signed-off-by: Eric Sandeen Acked-by: "Theodore Ts'o" Signed-off-by: Greg Kroah-Hartman

ext3: avoid triggering ext3_error on bad NFS file handle

2006-08-07T03:52:15+00:00

The inode number out of an NFS file handle gets passed eventually to ext3_get_inode_block() without any checking. If ext3_get_inode_block() allows it to trigger an error, then bad filehandles can have unpleasant effect - ext3_error() will usually cause a forced read-only remount, or a panic if `errors=panic' was used. So remove the call to ext3_error there and put a matching check in ext3/namei.c where inode numbers are read off storage. [akpm@osdl.org: fix off-by-one error] Signed-off-by: Neil Brown Signed-off-by: Jan Kara Cc: Marcel Holtmann Cc: "Stephen C. Tweedie" Cc: Eric Sandeen Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman

ext3 -nobh option causes oops

2006-08-07T03:52:15+00:00

For files other than IFREG, nobh option doesn't make sense. Modifications to them are journalled and needs buffer heads to do that. Without this patch, we get kernel oops in page_buffers(). Signed-off-by: Badari Pulavarty Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman

[PATCH] ext3 resize: fix double unlock_super()

2006-05-31T23:27:10+00:00

From: Andrew Morton Spotted by Jan Capek Cc: "Stephen C. Tweedie" Cc: Andreas Dilger Cc: Jan Capek Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] ext3: multile block allocate little endian fixes

2006-05-04T03:05:41+00:00

Some places in ext3 multiple block allocation code (in 2.6.17-rc3) don't handle the little endian well. This was resulting in *wrong* block numbers being assigned to in-memory block variables and then stored on disk eventually. The following patch has been verified to fix an ext3 filesystem failure when run ltp test on a 64 bit machine. Signed-off-by; Mingming Cao Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] protect ext3 ioctl modifying append_only, immutable, etc. with i_mutex

2006-04-26T14:52:21+00:00

All modifications of ->i_flags in inodes that might be visible to somebody else must be under ->i_mutex. That patch fixes ext3 ioctl() setting S_APPEND and friends. Signed-off-by: Al Viro Signed-off-by: Linus Torvalds

[PATCH] forgotten ->b_data in memcpy() call in ext3/resize.c (oopsable)

2006-04-26T14:52:21+00:00

sbi->s_group_desc is an array of pointers to buffer_head. memcpy() of buffer size from address of buffer_head is a bad idea - it will generate junk in any case, may oops if buffer_head is close to the end of slab page and next page is not mapped and isn't what was intended there. IOW, ->b_data is missing in that call. Fortunately, result doesn't go into the primary on-disk data structures, so only backup ones get crap written to them; that had allowed this bug to remain unnoticed until now. Signed-off-by: Al Viro Signed-off-by: Linus Torvalds

[PATCH] ext3: Fix missed mutex unlock

2006-04-17T21:24:57+00:00

Missed unlock_super()call is added in error condition code path. Signed-off-by: Leonid Ananiev Signed-off-by: Andrew Morton Signed-off-by: Greg Kroah-Hartman

[PATCH] ext3: Fix missed mutex unlock

2006-04-11T13:18:46+00:00

Missed unlock_super()call is added in error condition code path. Signed-off-by: Leonid Ananiev Cc: Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds