2013/10/27, OGAWA Hirofumi <hirof...@mail.parknet.co.jp>: > Namjae Jeon <linkinj...@gmail.com> writes: Hi OGAWA. > > Code seems to be much became simpler. Thanks :) > >> diff --git a/fs/fat/cache.c b/fs/fat/cache.c >> index 91ad9e1..37572c2 100644 >> --- a/fs/fat/cache.c >> +++ b/fs/fat/cache.c >> @@ -329,10 +329,10 @@ int fat_bmap(struct inode *inode, sector_t sector, >> sector_t *phys, >> return 0; >> >> /* >> - * ->mmu_private can access on only allocation path. >> + * ->i_disksize can access on only allocation path. >> * (caller must hold ->i_mutex) >> */ >> - last_block = (MSDOS_I(inode)->mmu_private + (blocksize - 1)) >> + last_block = (MSDOS_I(inode)->i_disksize + (blocksize - 1)) >> >> blocksize_bits; >> if (sector >= last_block) >> return 0; > > Hm, bmap() ioctl returns between ->mmu_private and i_disksize? I'm not > checking other FSes what does... I added this code after checking such behaviour from ext4.
Thanks. > -- > OGAWA Hirofumi <hirof...@mail.parknet.co.jp> > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
