Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755466AbdCaT0J (ORCPT ); Fri, 31 Mar 2017 15:26:09 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44821 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755155AbdCaT0G (ORCPT ); Fri, 31 Mar 2017 15:26:06 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com ED4DDEC2D3 Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=jlayton@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com ED4DDEC2D3 From: Jeff Layton To: linux-fsdevel@vger.kernel.org Cc: linux-kernel@vger.kernel.org, linux-ext4@vger.kernel.org, akpm@linux-foundation.org, tytso@mit.edu, jack@suse.cz, willy@infradead.org, neilb@suse.com Subject: [RFC PATCH 0/4] fs: introduce new writeback error tracking infrastructure and convert ext4 to use it Date: Fri, 31 Mar 2017 15:25:59 -0400 Message-Id: <20170331192603.16442-1-jlayton@redhat.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Fri, 31 Mar 2017 19:26:05 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1674 Lines: 38 During LSF/MM this year, we had a discussion about the current sorry state of writeback error reporting, and what could be done to improve the situation. This patchset represents a first pass at the proposal I made there. It first adds a new set of writeback error tracking infrastructure to ensure that errors are properly stored and reported at fsync time. It also makes a small but significant change to ensure that writeback errors are reported on all file descriptors, not just on the first one where fsync is called. Note that this is a _very_ rough draft at this point. I did some by-hand testing with dm-error to ensure that it does the right thing there. Mostly I'm interested in early feedback at this point -- does this basic approach make sense? Jeff Layton (4): fs: new infrastructure for writeback error handling and reporting dax: set errors in mapping when writeback fails buffer: set wb errors using both new and old infrastructure for now ext4: wire it up to the new writeback error reporting infrastructure Documentation/filesystems/vfs.txt | 14 +++++++-- fs/buffer.c | 6 +++- fs/dax.c | 4 ++- fs/ext4/dir.c | 1 + fs/ext4/ext4.h | 1 + fs/ext4/file.c | 1 + fs/ext4/fsync.c | 15 +++++++--- fs/ext4/inode.c | 2 +- fs/ext4/page-io.c | 4 +-- fs/open.c | 3 ++ include/linux/fs.h | 5 ++++ mm/filemap.c | 61 +++++++++++++++++++++++++++++++++++++++ 12 files changed, 106 insertions(+), 11 deletions(-) -- 2.9.3