Getting the latest source code
XFS Released/Stable source
Note: as of September 2016, the XFS project is moving away from oss.sgi.com infrastructure. As we move to other infrastructure the links below will be updated to point to the new locations.
- Mainline kernels
- XFS has been maintained in the official Linux kernel kernel trees starting with Linux 2.4 and is frequently updated with the latest stable fixes and features from the XFS development team.
- Vendor kernels
- All modern Linux distributions include support for XFS.
- XFS userspace
- source code tarballs of the xfs userspace tools. These tarballs form the basis of the xfsprogs packages found in Linux distributions.
Development and bleeding edge Development
Current XFS kernel source
$ git clone git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git
XFS user space tools
git clone git://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git
A few packages are needed to compile xfsprogs, depending on your package manager:
apt-get install libtool automake gettext libblkid-dev uuid-dev pkg-config yum install libtool automake gettext libblkid-devel libuuid-devel
XFS dump
git clone git://git.kernel.org/pub/scm/fs/xfs/xfsdump-dev.git
XFS tests
git clone git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
DMAPI user space tools
git clone git://git.kernel.org/pub/scm/fs/xfs/dmapi-dev.git
git-cvsimport generated trees
The Git trees are automated mirrored copies of the CVS trees using git-cvsimport. Since git-cvsimport utilized the tool cvsps to recreate the atomic commits of ptools or "mod" it is easier to see the entire change that was committed using git.
Before building in the xfsdump or dmapi directories (after building xfsprogs), you will need to run:
# cd xfsprogs # make install-dev
to create /usr/include/xfs and install appropriate files there.
Before building in the xfstests directory, you will need to run:
# cd xfsprogs # make install-qa
to install a somewhat larger set of files in /usr/include/xfs.
XFS cvs trees
The cvs trees were created using a script that converted sgi's internal ptools repository to a cvs repository, so the cvs trees were considered read only.
At this point all new development is being managed by the git trees thus the cvs trees are no longer active in terms of current development and should only be used for reference.