Unfinished work: Difference between revisions
New page: This is a list of patches that haven't been merged because they haven't been fully completed. == Inline data in inodes == IWAMOTO Toshihiro had a rough patch implementing storing regular... |
add xfs_reno |
||
| Line 5: | Line 5: | ||
IWAMOTO Toshihiro had a rough patch implementing storing regular file data inside the | IWAMOTO Toshihiro had a rough patch implementing storing regular file data inside the | ||
inode data fork, similar to what we do for small directories or symlinks [http://marc.info/?l=linux-xfs&m=120488260729923&w=2]. Needs more work, and xfs-cmds support. | inode data fork, similar to what we do for small directories or symlinks [http://marc.info/?l=linux-xfs&m=120488260729923&w=2]. Needs more work, and xfs-cmds support. | ||
== The xfs_reno tool == | |||
The xfs_reno tool has been available for IRIX for a long time. It can be used to make sure all inodes fit into 32 bits which is required for many old applications on 32 bit systems. It also is one of the building blocks required to support filesystem shrinks. Two versions [http://marc.info/?l=linux-xfs&m=119130906204596&w=2] [http://marc.info/?l=linux-xfs&m=119147190705051&w=2] have been posted by Barry Naujok. The current version is enough for it's original usecase, but not yet enough for the shrink functionality. See the required additional steps here [hch@brick:~/work/xfs$ http://marc.info/?l=linux-xfs&m=119131697224361&w=2] for full shrink support. | |||
Revision as of 17:59, 21 December 2008
This is a list of patches that haven't been merged because they haven't been fully completed.
Inline data in inodes
IWAMOTO Toshihiro had a rough patch implementing storing regular file data inside the inode data fork, similar to what we do for small directories or symlinks [1]. Needs more work, and xfs-cmds support.
The xfs_reno tool
The xfs_reno tool has been available for IRIX for a long time. It can be used to make sure all inodes fit into 32 bits which is required for many old applications on 32 bit systems. It also is one of the building blocks required to support filesystem shrinks. Two versions [2] [3] have been posted by Barry Naujok. The current version is enough for it's original usecase, but not yet enough for the shrink functionality. See the required additional steps here [hch@brick:~/work/xfs$ http://marc.info/?l=linux-xfs&m=119131697224361&w=2] for full shrink support.