Unfinished work - Revision history

220.246.239.116 at 18:26, 3 February 2009

2009-02-03T18:26:19Z

← Older revision		Revision as of 18:26, 3 February 2009
Line 17:		Line 17:

	There is a git tree on oss.sgi.com that implements NFSv4 ACLs for XFS. It is based on a SLES10 kernel tree which includes changes to the core kernel that are required to support NFSv4 ACLs [http://oss.sgi.com/cgi-bin/gitweb.cgi?p=v4acls-experimental/sles10sp2-expanded.git;a=summary]		There is a git tree on oss.sgi.com that implements NFSv4 ACLs for XFS. It is based on a SLES10 kernel tree which includes changes to the core kernel that are required to support NFSv4 ACLs [http://oss.sgi.com/cgi-bin/gitweb.cgi?p=v4acls-experimental/sles10sp2-expanded.git;a=summary]

			== Parent Pointers/Create+EA ==
			Keeping track: http://thread.gmane.org/gmane.comp.file-systems.xfs.general/27772

Hch at 18:45, 21 December 2008

2008-12-21T18:45:02Z

← Older revision		Revision as of 18:45, 21 December 2008
Line 13:		Line 13:

	For normal Unix filesystems the characterset does not matter because filenames are treated as opaque blobs with special treatment only for ".", "..", "/" and "\0". But for case insensitive filenames the case mapping depends on the locale. The best way to implement case insensitive filenames is thus to chose one locale and stick to it for the on disk format. Utf8 has the boadest coverage so it's the best choice if you only want to support one. Barry Naujok has worked on it and published various patches for this. The latestet unicode support patch for XFS is here [http://marc.info/?l=linux-xfs&m=120876737022153&w=2] There is also a slightly older patch that can convert from different user charsets to unicode for the on disk format [http://marc.info/?l=linux-xfs&m=120716478703694&w=2]		For normal Unix filesystems the characterset does not matter because filenames are treated as opaque blobs with special treatment only for ".", "..", "/" and "\0". But for case insensitive filenames the case mapping depends on the locale. The best way to implement case insensitive filenames is thus to chose one locale and stick to it for the on disk format. Utf8 has the boadest coverage so it's the best choice if you only want to support one. Barry Naujok has worked on it and published various patches for this. The latestet unicode support patch for XFS is here [http://marc.info/?l=linux-xfs&m=120876737022153&w=2] There is also a slightly older patch that can convert from different user charsets to unicode for the on disk format [http://marc.info/?l=linux-xfs&m=120716478703694&w=2]

			== Support for NFSv4 ACLs ==

			There is a git tree on oss.sgi.com that implements NFSv4 ACLs for XFS. It is based on a SLES10 kernel tree which includes changes to the core kernel that are required to support NFSv4 ACLs [http://oss.sgi.com/cgi-bin/gitweb.cgi?p=v4acls-experimental/sles10sp2-expanded.git;a=summary]

Hch: /* Support for unicode / utf8 filesystems */

2008-12-21T18:37:26Z

Support for unicode / utf8 filesystems

← Older revision		Revision as of 18:37, 21 December 2008
Line 12:		Line 12:
	== Support for unicode / utf8 filesystems ==		== Support for unicode / utf8 filesystems ==

	For normal Unix filesystems the characterset does not matter because filenames are treated as opaque blobs with special treatment only for ".", "..", "/" and "\0". But for case insensitive filenames the case mapping depends on the locale. The best way to implement case insensitive filenames is thus to chose one locale and stick to it for the on disk format. Utf8 has the boadest coverage so it's the best choice if you only want to support one. Barry Naujok has worked on it and published various patches for this. The latestet unicode support patch for XFS is here [http://marc.info/?l=linux-xfs&m=120876737022153&w=2]		For normal Unix filesystems the characterset does not matter because filenames are treated as opaque blobs with special treatment only for ".", "..", "/" and "\0". But for case insensitive filenames the case mapping depends on the locale. The best way to implement case insensitive filenames is thus to chose one locale and stick to it for the on disk format. Utf8 has the boadest coverage so it's the best choice if you only want to support one. Barry Naujok has worked on it and published various patches for this. The latestet unicode support patch for XFS is here [http://marc.info/?l=linux-xfs&m=120876737022153&w=2] There is also a slightly older patch that can convert from different user charsets to unicode for the on disk format [http://marc.info/?l=linux-xfs&m=120716478703694&w=2]

Hch at 18:35, 21 December 2008

2008-12-21T18:35:23Z

← Older revision		Revision as of 18:35, 21 December 2008
Line 9:		Line 9:

	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 [http://marc.info/?l=linux-xfs&m=119131697224361&w=2] for full shrink support.		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 [http://marc.info/?l=linux-xfs&m=119131697224361&w=2] for full shrink support.

			== Support for unicode / utf8 filesystems ==

			For normal Unix filesystems the characterset does not matter because filenames are treated as opaque blobs with special treatment only for ".", "..", "/" and "\0". But for case insensitive filenames the case mapping depends on the locale. The best way to implement case insensitive filenames is thus to chose one locale and stick to it for the on disk format. Utf8 has the boadest coverage so it's the best choice if you only want to support one. Barry Naujok has worked on it and published various patches for this. The latestet unicode support patch for XFS is here [http://marc.info/?l=linux-xfs&m=120876737022153&w=2]

Hch: duh

2008-12-21T18:01:45Z

duh

← Older revision		Revision as of 18:01, 21 December 2008
Line 8:		Line 8:
	== The xfs_reno tool ==		== 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.		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 [http://marc.info/?l=linux-xfs&m=119131697224361&w=2] for full shrink support.

Hch: add xfs_reno

2008-12-21T17:59:13Z

add xfs_reno

← Older revision		Revision as of 17:59, 21 December 2008
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.

Hch: 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...

2008-12-21T17:51:40Z

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...

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 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.