summaryrefslogtreecommitdiff
path: root/fs/exofs
diff options
context:
space:
mode:
authorBoaz Harrosh <bharrosh@panasas.com>2011-02-02 21:02:12 +0200
committerLinus Torvalds <torvalds@linux-foundation.org>2011-02-02 17:53:27 -0800
commit0b0abeaf3d30cec03ac6497fe978b8f7edecc5ae (patch)
tree6797384d6bbf617b6b1a6d5bb0a307c28c52798c /fs/exofs
parentf2f1756d7de37cc8ca17705c5bc3dfcbfb589ab9 (diff)
downloadlinux-3.10-0b0abeaf3d30cec03ac6497fe978b8f7edecc5ae.tar.gz
linux-3.10-0b0abeaf3d30cec03ac6497fe978b8f7edecc5ae.tar.bz2
linux-3.10-0b0abeaf3d30cec03ac6497fe978b8f7edecc5ae.zip
Revert "exofs: Set i_mapping->backing_dev_info anyway"
This reverts commit 115e19c53501edc11f730191f7f047736815ae3d. Apparently setting inode->bdi to one's own sb->s_bdi stops VFS from sending *read-aheads*. This problem was bisected to this commit. A revert fixes it. I'll investigate farther why is this happening for the next Kernel, but for now a revert. I'm sending to stable@kernel.org as well, since it exists also in 2.6.37. 2.6.36 is good and does not have this patch. CC: Stable Tree <stable@kernel.org> Signed-off-by: Boaz Harrosh <bharrosh@panasas.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/exofs')
-rw-r--r--fs/exofs/inode.c2
1 files changed, 0 insertions, 2 deletions
diff --git a/fs/exofs/inode.c b/fs/exofs/inode.c
index 42685424817..a7555238c41 100644
--- a/fs/exofs/inode.c
+++ b/fs/exofs/inode.c
@@ -1030,7 +1030,6 @@ struct inode *exofs_iget(struct super_block *sb, unsigned long ino)
memcpy(oi->i_data, fcb.i_data, sizeof(fcb.i_data));
}
- inode->i_mapping->backing_dev_info = sb->s_bdi;
if (S_ISREG(inode->i_mode)) {
inode->i_op = &exofs_file_inode_operations;
inode->i_fop = &exofs_file_operations;
@@ -1131,7 +1130,6 @@ struct inode *exofs_new_inode(struct inode *dir, int mode)
sbi = sb->s_fs_info;
- inode->i_mapping->backing_dev_info = sb->s_bdi;
sb->s_dirt = 1;
inode_init_owner(inode, dir, mode);
inode->i_ino = sbi->s_nextid++;