From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id F37D729E10 for ; Tue, 21 May 2013 03:02:37 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 819C7AC002 for ; Tue, 21 May 2013 01:02:34 -0700 (PDT) Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id lwBqdHNilrmiCGN7 for ; Tue, 21 May 2013 01:02:31 -0700 (PDT) From: Dave Chinner Subject: [PATCH 00/11] xfs: fixes for 3.10-rc3 Date: Tue, 21 May 2013 18:01:59 +1000 Message-Id: <1369123330-9579-1-git-send-email-david@fromorbit.com> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com Cc: bpm@sgi.com Hi Ben, This is my current kernel bug fix patch series. I've updated it against a current xfsdev tree, and contains all the fixes mentioned in the "fixes for 3.10-rc2 (updated)" thread. The first 7 patches are patches from that series. The last 4 are new patches. The first new patch stops CRC enabled filesystems from spamming the log. It currently emits an "Experimental" warning ever time the superblock is written, which is typically every 30s. The second path ("rework remote attr CRCs") is the changes I mentioned in the "fixes for 3.10-rc2 (updated)" thread. The code is far more robust as a result of these changes, and I think we really need to change the format as done in this patch. Once we have decided on the way forward, I'll port this to userspace. The third patch fixes a remote symlink problem - I didn't hit this until I'd redone the remote attr CRCs and the 1k block size filesystem testing made it passed the attribute tests it was failing on. Finally, the last patch is another on-disk format change - one that removes the 25 entry limit on ACLs. It doesn't invalidate anything that is already on disk, just allows ACLs on v5 superblock filesystems to store more than 25 ACLs in an xattr. In fact, it allows (65536 - 4) / 12 = 5461 entries to be stored in a single ACL, so I don't see anyone running out on v5 superblocks.... Thoughts, comments? Dave. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs