From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751706AbdFFBCM (ORCPT ); Mon, 5 Jun 2017 21:02:12 -0400 Received: from mga06.intel.com ([134.134.136.31]:38079 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751381AbdFFBCI (ORCPT ); Mon, 5 Jun 2017 21:02:08 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.39,303,1493708400"; d="scan'208";a="1178702914" Date: Mon, 5 Jun 2017 19:01:53 -0600 From: Ross Zwisler To: Jeff Layton Cc: Andrew Morton , Al Viro , Jan Kara , tytso@mit.edu, axboe@kernel.dk, mawilcox@microsoft.com, ross.zwisler@linux.intel.com, corbet@lwn.net, linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH v5 08/17] dax: set errors in mapping when writeback fails Message-ID: <20170606010153.GA7489@linux.intel.com> Mail-Followup-To: Ross Zwisler , Jeff Layton , Andrew Morton , Al Viro , Jan Kara , tytso@mit.edu, axboe@kernel.dk, mawilcox@microsoft.com, corbet@lwn.net, linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, linux-doc@vger.kernel.org References: <20170531124540.8782-1-jlayton@redhat.com> <20170531124540.8782-9-jlayton@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170531124540.8782-9-jlayton@redhat.com> User-Agent: Mutt/1.8.0 (2017-02-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 31, 2017 at 08:45:31AM -0400, Jeff Layton wrote: > Jan's description for this patch is much better than mine, so I'm > quoting it verbatim here: > > -----------------8<----------------- > DAX currently doesn't set errors in the mapping when cache flushing > fails in dax_writeback_mapping_range(). Since this function can get > called only from fsync(2) or sync(2), this is actually as good as it can > currently get since we correctly propagate the error up from > dax_writeback_mapping_range() to filemap_fdatawrite() > > However, in the future better writeback error handling will enable us to > properly report these errors on fsync(2) even if there are multiple file > descriptors open against the file or if sync(2) gets called before > fsync(2). So convert DAX to using standard error reporting through the > mapping. > -----------------8<----------------- > > For now, only do this when the FS_WB_ERRSEQ flag is set. The > AS_EIO/AS_ENOSPC flags are not currently cleared in the older code when > writeback initiation fails, only when we discover an error after waiting > on writeback to complete, so we only want to do this with errseq_t based > error handling to prevent seeing duplicate errors on fsync. > > Signed-off-by: Jeff Layton > Reviewed-by: Jan Kara > Reviewed-by: Christoph Hellwig > Reviewed-and-Tested-by: Ross Zwisler Re-tested this version of the series with some injected DAX errors, and it looks good.