Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4167609ybz; Tue, 28 Apr 2020 06:54:25 -0700 (PDT) X-Google-Smtp-Source: APiQypI2aOLhiwLXL4gRk3HJ80DKHNuu3H0FhhKvpA+7UGvB1DMtOzAn2e2ln5/K6YyPnJes/qo8 X-Received: by 2002:a50:cb84:: with SMTP id k4mr23385851edi.89.1588082064911; Tue, 28 Apr 2020 06:54:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588082064; cv=none; d=google.com; s=arc-20160816; b=w3RnLMxHA4GFsQ/7f4S3+Ktt0XV8RcjZXFhbDuc+N2gCBalyk72bpv5QSINcJVDBIc giTOxDI37XYmUwgN4wyPaPm6EPbknlXaJDz5Oh3aC7yKhQcL67iLBeG9oArfA5ctsJbI mZedJN/GuQJJmbB7pHC3pOyV+9aubHtjbiY34iyVMfvPrkL4RCulbFWNj8VKX7qekhxS nEKfe2w4Es0W8MlIafrqRQk2sSwpD4pOAsR8zIGux3klLt4ziUeRp7SncX7XjpEr/XUr BqzDcSsGguRoQ5HbxPtNLFhezUx+rS79MPh7BELRk3YyGDUK2V1Nel5DnlbqzkkU9yIm QnaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=0ViZobcS4k2QPiaLnXl/o81+d9fpd7Z2y9DsUzXsfEI=; b=JdC8dOYqODopds0t6aReA7Mvj2RoYvQnUyYh+ofRcEnIBtrLYnocF2wzrdqfyGAXVG HKCcRGuRmmztuvLxD0NxCvSkk9Psn++U6CO8IMdVr8wCnZpD0TipiBwWSwJOsvtmd3X6 LFe/HItai2AsQzdB0SWPA9OLZvJIWWY/bCcJWqWvSRq0CICcHjuLIxELSecYdKap9DB5 Uoa2OrpIasBrt8GvknIMkv/BGxZJBKwsmMPZRCX9bFqHSAdsRgCSuRxoZxWQPgIRaXVw 6jsdGl63kVfvvEyNUFAUXFa0lvmfiuVWbWli9Y86r5lKBM3qEaOPMtfL9+y30PvIxsGM blhA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=eye04z2G; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t24si1824896ejb.144.2020.04.28.06.54.01; Tue, 28 Apr 2020 06:54:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=eye04z2G; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727968AbgD1NwG (ORCPT + 99 others); Tue, 28 Apr 2020 09:52:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:40764 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726946AbgD1NwB (ORCPT ); Tue, 28 Apr 2020 09:52:01 -0400 Received: from tleilax.com (68-20-15-154.lightspeed.rlghnc.sbcglobal.net [68.20.15.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C1955206E2; Tue, 28 Apr 2020 13:51:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588081920; bh=5DdCwI3stPz5DcXHNz6QeRl8dl1BU5K/ki0kBBLSF+g=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=eye04z2GXBaS6y4uVXFqR7zpeMHKS/A7d842gJM3kyTlZYGDkjg/xx1Cs+ICtVGbw FjIvVY+uANXXSHOJ5uay18mIOXrMe9vgjwsUM6zL+IWt00iN0QVo8xwm+B5adhgp+T CuAyfLDXjV58jghwU42H73NSaMO1D5NKtJmmizA4= From: Jeff Layton To: viro@zeniv.linux.org.uk, akpm@linux-foundation.org Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, andres@anarazel.de, willy@infradead.org, dhowells@redhat.com, hch@infradead.org, jack@suse.cz, david@fromorbit.com Subject: [PATCH v6 RESEND 2/2] buffer: record blockdev write errors in super_block that it backs Date: Tue, 28 Apr 2020 09:51:55 -0400 Message-Id: <20200428135155.19223-3-jlayton@kernel.org> X-Mailer: git-send-email 2.26.1 In-Reply-To: <20200428135155.19223-1-jlayton@kernel.org> References: <20200428135155.19223-1-jlayton@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jeff Layton When syncing out a block device (a'la __sync_blockdev), any error encountered will only be recorded in the bd_inode's mapping. When the blockdev contains a filesystem however, we'd like to also record the error in the super_block that's stored there. Make mark_buffer_write_io_error also record the error in the corresponding super_block when a writeback error occurs and the block device contains a mounted superblock. Since superblocks are RCU freed, hold the rcu_read_lock to ensure that the superblock doesn't go away while we're marking it. Reviewed-by: Jan Kara Signed-off-by: Jeff Layton --- fs/buffer.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/fs/buffer.c b/fs/buffer.c index f73276d746bb..71be7e6cabca 100644 --- a/fs/buffer.c +++ b/fs/buffer.c @@ -1154,12 +1154,19 @@ EXPORT_SYMBOL(mark_buffer_dirty); void mark_buffer_write_io_error(struct buffer_head *bh) { + struct super_block *sb; + set_buffer_write_io_error(bh); /* FIXME: do we need to set this in both places? */ if (bh->b_page && bh->b_page->mapping) mapping_set_error(bh->b_page->mapping, -EIO); if (bh->b_assoc_map) mapping_set_error(bh->b_assoc_map, -EIO); + rcu_read_lock(); + sb = READ_ONCE(bh->b_bdev->bd_super); + if (sb) + errseq_set(&sb->s_wb_err, -EIO); + rcu_read_unlock(); } EXPORT_SYMBOL(mark_buffer_write_io_error); -- 2.26.1