All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rich Johnston <rjohnston@sgi.com>
To: xfs-oss <xfs@oss.sgi.com>
Subject: [ANNOUNCE] xfsprogs v3.2.0-alpha2
Date: Mon, 25 Nov 2013 13:35:53 -0600	[thread overview]
Message-ID: <5293A699.20908@sgi.com> (raw)

Alpha version 3.2.0-alpha2 of xfsprogs has been released.

The source code can be accessed via git using this URL:

      git://oss.sgi.com/xfs/cmds/xfsprogs.git

A gzipped-tar archive of the source code is available here:

      ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsprogs-3.2.0-alpha2.tar.gz

The development tree previously hosted on kernel.org for this code has 
been deprecated:

      git://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git

Below is a summary (from the doc/CHANGES file) of the changes:

xfsprogs-3.2.0-alpha2 (25 November 2013)
         - Alpha release for the purpose of testing the CRC feature in
           kernels 3.10 and newer.
         - Enable xfs_db write support and xfs_metadump support for CRC
           enabled filesystems.
         - Add directory entry filetype support for non-CRC filesystems.
         - Remove experimental warnings for CRC filesystems.
         - Ensure all inodes created by xfs_repair have a proper d_type set.
         - Fix build on big endian machines.
         - Properly handle symlinks to devices on various tool commandlines.
         - Fix xfs_repair's dirty log detection for 4k sector logs, broken
           in Alpha1.
         - Fix a potential segfault in xfs_repair when issuing progress
           reports.
         - Fix potential xfs_fsr failures when running w/ selinux.
         - Update config.guess/config.sub for arm64, thanks to Colin Watson.
         - Stop wasting memory by caching inode structures in xfs_repair -
           they are never re-used.  Thanks to Christoph Hellwig.
         - Fix several Coverity-found defects, thanks to Li Zhong.
         - Fix platform_test_xfs_fd to return false on special files which
           cannot take an xfs ioctl.
         - Sync up libxfs with kernel code.
         - Improved xfs_repair performance on large filesystems
           (always use prefetch and strided AG scanning functionality)

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

             reply	other threads:[~2013-11-25 19:35 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-25 19:35 Rich Johnston [this message]
2013-11-28 10:40 ` [ANNOUNCE] xfsprogs v3.2.0-alpha2 Christoph Hellwig
2013-11-28 21:18   ` Dave Chinner
2013-11-29  8:05     ` Christoph Hellwig
2013-12-03 22:17       ` Dave Chinner
2013-12-03 22:43         ` Ben Myers
2013-12-04 11:00           ` Christoph Hellwig
2013-12-04 22:01             ` Ben Myers
2013-12-04 23:32             ` Dave Chinner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5293A699.20908@sgi.com \
    --to=rjohnston@sgi.com \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.