Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp566325ybz; Wed, 22 Apr 2020 03:52:12 -0700 (PDT) X-Google-Smtp-Source: APiQypIrwAUD4kuvyYrJck1V/6zuYVjLhkZYvM04KY2pEKy8vKzo/q5wF6pdT2CXhHG2xDZJQiMN X-Received: by 2002:a50:eb8b:: with SMTP id y11mr11742953edr.229.1587552731792; Wed, 22 Apr 2020 03:52:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587552731; cv=none; d=google.com; s=arc-20160816; b=lSzyjdMQnD5RjQ/DOdbYYrRXiiaxSJ/OpjrtGmKop42H83QHHUaV9n72wvlT+75LeB de5SUl77qFO6Hb2SU9DyBF2ZtQJmIUGuttTHLzgHJ8NJ5QHh+UR34xAmpBUkX/c61J0g RkFOIcnszQTWuHs5YjprXoX3ziBqDAiNLvtbAe6qdXp4BLYlmiF4ek8ZDtrkKnCxop04 3GhjvJyWzogHFE2UVT8og99kdg11L1Ew/+iIq70FKGwEmXydNGr1LJKGAwfvBmqGse33 2m3NJfsgj9Kvmzqxg0EicWsXVlKAY//4avQxv4iVT66GwEklTGKlR9yrBwE3FlmGJq6U tC1Q== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=o8xmKzcguY3WBlfwp+bz9xVnIkJwwToHv3tntuAH+ME=; b=cMINbmViVt8I/wbu/Eg1jpe/XpeWyiNBo26pFd2t/+66dLvs1V8a4eY26x9F6w6vZK w4NRj/R00Nx97ZHehoytJTY1X2wcB4q6b7p1880m0JRdxPxONRYXwnr++SSE5+aZ7cAQ GJswV6eObmJuttvwKOmqgNAQf3HlYbWNLMDCoDjKdAQgSFlOV2fiDPh2vtPotQxTg5+c X66cA+Fu2eySSwZeGbLPbLn1aYH4oH8N8xxljlSFD3xO7bLKM+M+HwyVFt5apHRizA7q kDXPFw9Bt54gRoEA0OyUO8a34CnJe0Lp+63ZQYKgZRDNmvHEuXnJpLUN2OtQVCHmHbb9 fUqQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=A3EAbIvX; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qn16si3369354ejb.66.2020.04.22.03.51.49; Wed, 22 Apr 2020 03:52:11 -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=A3EAbIvX; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731688AbgDVKtr (ORCPT + 99 others); Wed, 22 Apr 2020 06:49:47 -0400 Received: from mail.kernel.org ([198.145.29.99]:46612 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729414AbgDVKNE (ORCPT ); Wed, 22 Apr 2020 06:13:04 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (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 3C32C2076E; Wed, 22 Apr 2020 10:13:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587550383; bh=3kan2kXNwNgWSR0WNCKeiC0pVJHBLgCdxgTsDOO0Txc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=A3EAbIvXcqLxxUcpqDu/hht/cDgm3MBE8XB/GWLHw6j82Sz4CFBQue6GWB4c9NRpS lCbt+Z12Iq20Y3Ss15n39edJ/jeHFGuddrg1tffmqULG8XypSFyYBhFU+ls8b7kS+z wdyHMFdN5T4hfcC5eLbom3skU8G2EiPhiyI0BdH4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Lukas Czerner , Jan Kara , Theodore Tso Subject: [PATCH 4.14 124/199] ext4: do not zeroout extents beyond i_disksize Date: Wed, 22 Apr 2020 11:57:30 +0200 Message-Id: <20200422095109.895327373@linuxfoundation.org> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200422095057.806111593@linuxfoundation.org> References: <20200422095057.806111593@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jan Kara commit 801674f34ecfed033b062a0f217506b93c8d5e8a upstream. We do not want to create initialized extents beyond end of file because for e2fsck it is impossible to distinguish them from a case of corrupted file size / extent tree and so it complains like: Inode 12, i_size is 147456, should be 163840. Fix? no Code in ext4_ext_convert_to_initialized() and ext4_split_convert_extents() try to make sure it does not create initialized extents beyond inode size however they check against inode->i_size which is wrong. They should instead check against EXT4_I(inode)->i_disksize which is the current inode size on disk. That's what e2fsck is going to see in case of crash before all dirty data is written. This bug manifests as generic/456 test failure (with recent enough fstests where fsx got fixed to properly pass FALLOC_KEEP_SIZE_FL flags to the kernel) when run with dioread_lock mount option. CC: stable@vger.kernel.org Fixes: 21ca087a3891 ("ext4: Do not zero out uninitialized extents beyond i_size") Reviewed-by: Lukas Czerner Signed-off-by: Jan Kara Signed-off-by: Theodore Ts'o Link: https://lore.kernel.org/r/20200331105016.8674-1-jack@suse.cz Signed-off-by: Theodore Ts'o Signed-off-by: Greg Kroah-Hartman --- fs/ext4/extents.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) --- a/fs/ext4/extents.c +++ b/fs/ext4/extents.c @@ -3446,8 +3446,8 @@ static int ext4_ext_convert_to_initializ (unsigned long long)map->m_lblk, map_len); sbi = EXT4_SB(inode->i_sb); - eof_block = (inode->i_size + inode->i_sb->s_blocksize - 1) >> - inode->i_sb->s_blocksize_bits; + eof_block = (EXT4_I(inode)->i_disksize + inode->i_sb->s_blocksize - 1) + >> inode->i_sb->s_blocksize_bits; if (eof_block < map->m_lblk + map_len) eof_block = map->m_lblk + map_len; @@ -3702,8 +3702,8 @@ static int ext4_split_convert_extents(ha __func__, inode->i_ino, (unsigned long long)map->m_lblk, map->m_len); - eof_block = (inode->i_size + inode->i_sb->s_blocksize - 1) >> - inode->i_sb->s_blocksize_bits; + eof_block = (EXT4_I(inode)->i_disksize + inode->i_sb->s_blocksize - 1) + >> inode->i_sb->s_blocksize_bits; if (eof_block < map->m_lblk + map->m_len) eof_block = map->m_lblk + map->m_len; /*