Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753920AbbLJQzK (ORCPT ); Thu, 10 Dec 2015 11:55:10 -0500 Received: from mga09.intel.com ([134.134.136.24]:44123 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751827AbbLJQzH (ORCPT ); Thu, 10 Dec 2015 11:55:07 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,409,1444719600"; d="scan'208";a="704809477" Date: Thu, 10 Dec 2015 09:54:58 -0700 From: Ross Zwisler To: Ross Zwisler , Dave Chinner , 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: <20151210165458.GA13603@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> <20151202213932.GA7652@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151202213932.GA7652@linux.intel.com> 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: 2340 Lines: 58 On Wed, Dec 02, 2015 at 02:39:32PM -0700, Ross Zwisler wrote: > 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! Hey Dave, Are you planning on pushing this fix for v4.4? - Ross -- 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/