]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
allow in-inode EAs on ext4 root inode
authorEric Sandeen <sandeen@redhat.com>
Wed, 6 Feb 2008 03:36:43 +0000 (22:36 -0500)
committerTheodore Ts'o <tytso@mit.edu>
Wed, 6 Feb 2008 03:36:43 +0000 (22:36 -0500)
commit0040d9875dcccfcb2131417b10fbd9841bc5f05b
tree1480723c649906ec01c4b3c7ee7e2b667324665a
parent42a10add852e6291a7544afd8a286622a3e6ae76
allow in-inode EAs on ext4 root inode

The ext3 root inode was treated specially with respect
to in-inode extended attributes, for reasons detailed
in the removed comment below.  The first mkfs-created
inodes would not get extra_i_size or the EXT3_STATE_XATTR
flag set in ext3_read_inode, which disallowed reading or
setting in-inode EAs on the root.

However, in ext4, ext4_mark_inode_dirty calls
ext4_expand_extra_isize for all inodes; once this is done
EAs may be placed in the root ext4 inode body.

But for reasons above, it won't be found after a reboot.

testcase:

setfattr -n user.name -v value mntpt/
setfattr -n user.name2 -v value2 mntpt/
umount mntpt/; remount mntpt/
getfattr -d mntpt/

name2/value2 has gone missing; debugfs shows it in the
inode body, but it is not found there by getattr.

The following fixes it up; newer mkfs appears to properly
zero the inodes, so this workaround isn't needed for ext4.

Signed-off-by: Eric Sandeen <sandeen@redhat.com>
Signed-off-by: Theodore Ts'o <tytso@mit.edu>
fs/ext4/inode.c