Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp1804757pxb; Thu, 16 Sep 2021 16:23:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzaj7bL4ftVfUzjXnAI2WTb03tSfMuDy18kaSOTfKrhZ084aWtW+TpgboU6M+junASAb427 X-Received: by 2002:a17:906:6dd4:: with SMTP id j20mr8867383ejt.316.1631834602637; Thu, 16 Sep 2021 16:23:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631834602; cv=none; d=google.com; s=arc-20160816; b=hQXyaYR84UQj0IxxAU33khemQHPAYVYeCspA9GU/oSvADflTufeJplOG+kn/EIuZGs E7TRjHtL4gIOrff7AAFyrlNWYrNO25WF8BhuW+HhWZ1tz3A33tSmehlRhXFDsl65Vtwj qXz1xKJD5ZFknq7kq2WnbBDsHNALWqa6fKeV+aF+vC0iQNt6OcD2iO9GWB/hNvzxJSGA STWGOvVOBikieQN9LjIMXUbDLlPcWDXkDtkvuMdf1B1TJEtYGDzTJqOpIcbIUB5L6KYq ySDZlZTtD42FudtS7ZB0IFXJ/e2HbqudFQsqFmkEnCGJYIma4P0gSflbQ9cb8lNfMysA D/ag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=OMGlMsS2sIB2n97+BHFgD7wX5iYWTEFa5SHxteexsVM=; b=PMiIbY3Z75aNNmtIoWLNgLbjCftlhA1DrI9lgrb7Du29GZaRlFc4FnZFgvumcOwdAJ vEevKdpUL9KF8eBponHCxws4ykJWD7W+eZefd0k0rKI/9UfccjuKawMB4ESJrPnnFXPU D+GhL+uiQIJhZdR1uF30EmMe/hGO/6ZbBViKmqpIT00IMYfDmGzsfN5/+SsZmZ8lutxo R9UI3qx88h7VDhNsF6xp0uMnf/bXMip14ZawKp7GlRvAViFc7YH+8l7EaL+Bd2u5SsFM P4pbkEHnUYTmUzK+0gAmEYJ18SQnQVj5g47XvNiEBC+A3j+RtsMTSebRYeRrH0HDlAvk HdPg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=AUNV5Axm; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gb4si222983ejc.246.2021.09.16.16.22.53; Thu, 16 Sep 2021 16:23:22 -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=@linuxfoundation.org header.s=korg header.b=AUNV5Axm; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242844AbhIPQ6L (ORCPT + 99 others); Thu, 16 Sep 2021 12:58:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:38630 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345945AbhIPQxC (ORCPT ); Thu, 16 Sep 2021 12:53:02 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id DEF5C61359; Thu, 16 Sep 2021 16:29:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1631809774; bh=MFdftYNN/m+PXJIIUju46stTCmNNOpmtuBDMxU2A9ls=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=AUNV5Axm11FKImJQPyFI+/4ceXiz4+Y6cBzXowc95xUMd4grlL+sV71HcDfbHCG/6 Yc5vYQh2WZQ+UD4nnySXPH1ynunp6fYwHzdQ7Es+dmFsAizX2JcpOQUfrWzsVn0KkW fZskLvFXCp8f4q0qyZPMFRFF4rO7Ry0fQoGiglB4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, "Darrick J. Wong" , "Matthew Wilcox (Oracle)" , Sasha Levin Subject: [PATCH 5.13 277/380] iomap: pass writeback errors to the mapping Date: Thu, 16 Sep 2021 18:00:34 +0200 Message-Id: <20210916155813.498621405@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210916155803.966362085@linuxfoundation.org> References: <20210916155803.966362085@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Darrick J. Wong [ Upstream commit b69eea82d37d9ee7cfb3bf05103549dd4ed5ffc3 ] Modern-day mapping_set_error has the ability to squash the usual negative error code into something appropriate for long-term storage in a struct address_space -- ENOSPC becomes AS_ENOSPC, and everything else becomes EIO. iomap squashes /everything/ to EIO, just as XFS did before that, but this doesn't make sense. Fix this by making it so that we can pass ENOSPC to userspace when writeback fails due to space problems. Signed-off-by: Darrick J. Wong Reviewed-by: Matthew Wilcox (Oracle) Signed-off-by: Sasha Levin --- fs/iomap/buffered-io.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/iomap/buffered-io.c b/fs/iomap/buffered-io.c index 9023717c5188..35839acd0004 100644 --- a/fs/iomap/buffered-io.c +++ b/fs/iomap/buffered-io.c @@ -1045,7 +1045,7 @@ iomap_finish_page_writeback(struct inode *inode, struct page *page, if (error) { SetPageError(page); - mapping_set_error(inode->i_mapping, -EIO); + mapping_set_error(inode->i_mapping, error); } WARN_ON_ONCE(i_blocks_per_page(inode, page) > 1 && !iop); -- 2.30.2