ext2 inode size patch - RE: PR kern/124621
josh.carroll at gmail.com
Wed Dec 3 14:56:06 PST 2008
> Ok, I describe my concern once more. I do not object against the checking
> of the inode size. But, if inode size is changed, then some data is added
> to the inode, that could (and usually does, otherwise why extend it ?)
> change intrerpetation of the inode. Thus, we need a verification of the
> fact that simply ignoring added fields does not damage filesystem or
> cause user data corruption. Verification != testing.
Let me take another crack at explaining why I think this patch is not dangerous.
The inode size is determined by reading the following member:
of the ext2_super_block structure.
I took a look at the Linux 184.108.40.206 kernel source, and indeed they do
something very similar if not the same:
#define EXT2_INODE_SIZE(s) (EXT2_SB(s)->s_inode_size)
If you compare to what I did:
#define EXT2_INODE_SIZE(s) ((s)->u.ext2_sb.s_inode_size)
This is really the same thing, since EXT2_SB is defined (in the Linux
kernel src as):
static inline struct ext2_sb_info *EXT2_SB(struct super_block *sb)
And struct ext2_sb_info has the following member:
Essentially, the changes I made simply query the existing information
from the filesystem, which is what the Linux kernel does as well.
The inode size, blocks per group, etc are all defined at filesystem
creation time by mke2fs and it ensures the sanity of the relationship
between the inodes/blocks/block groups.
The first diagram here:
Makes it clear that as long as the number of inodes per block and the
blocks per group is is sane during fs creation, looking up the inode
size as my patch does is fine, since the creation of the filesystem is
ensures a correct by construction situation. We're simply reading the
size of the inode based on the filesystem.
I hope this is sufficient to convince some further thought about
For those interested in the relevant Linux kernel source, you can have
a look at line 105 of include/linux/ext2_fs.h from the linux-220.127.116.11
More information about the freebsd-fs