Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755409AbbLBVjf (ORCPT ); Wed, 2 Dec 2015 16:39:35 -0500 Received: from mga11.intel.com ([192.55.52.93]:52688 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751196AbbLBVjd (ORCPT ); Wed, 2 Dec 2015 16:39:33 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,374,1444719600"; d="scan'208";a="852608266" Date: Wed, 2 Dec 2015 14:39:32 -0700 From: Ross Zwisler To: Dave Chinner Cc: Ross Zwisler , xfs@oss.sgi.com, Brian Foster , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Jeff Moyer Subject: Re: xfstests failures with xfs, dax and v4.4-rc3 Message-ID: <20151202213932.GA7652@linux.intel.com> Mail-Followup-To: Ross Zwisler , Dave Chinner , xfs@oss.sgi.com, Brian Foster , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Jeff Moyer References: <20151202183438.GA1319@linux.intel.com> <20151202202910.GH19199@dastard> <20151202204502.GI19199@dastard> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151202204502.GI19199@dastard> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2119 Lines: 51 On Thu, Dec 03, 2015 at 07:45:02AM +1100, Dave Chinner wrote: > On Thu, Dec 03, 2015 at 07:29:10AM +1100, Dave Chinner wrote: > > On Wed, Dec 02, 2015 at 11:34:38AM -0700, Ross Zwisler wrote: > > > I'm hitting a few more test failures in my testing setup with v4.4-rc3, xfs > > > and DAX. My test setup is a pair of 4GiB PMEM partitions in a KVM virtual > > > machine. Here are the failures: > > > > Which are caused by commit 1ca1915 ("xfs: Don't use unwritten extents > > for DAX") because of this code for unwritten extent conversion in > > get_blocks: > > > > tp->t_flags |= XFS_TRANS_RESERVE; > > > > It's a minor problem compared to all the other issues DAX has right > > now, so I ignored it to get the bigger problem solved first. > > Patch to fix the problem below. > > -Dave. > -- > Dave Chinner > david@fromorbit.com > > xfs: Don't use reserved blocks for data blocks with DAX > > From: Dave Chinner > > Commit 1ca1915 ("xfs: Don't use unwritten extents for DAX") enabled > the DAX allocation call to dip into the reserve pool in case it was > converting unwritten extents rather than allocating blocks. This was > a direct copy of the unwritten extent conversion code, but had an > unintended side effect of allowing normal data block allocation to > use the reserve pool. Hence normal block allocation could deplete > the reserve pool and prevent unwritten extent conversion at ENOSPC, > hence violating fallocate guarantees on preallocated space. > > Fix it by checking whether the incoming map from __xfs_get_blocks() > spans an unwritten extent and only use the reserve pool if the > allocation covers an unwritten extent. > > Signed-off-by: Dave Chinner Tested-by: Ross Zwisler I've verified that this fixes all three failing xfstests reported in this mail. Thanks! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/