Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3555800pxb; Mon, 24 Jan 2022 12:07:55 -0800 (PST) X-Google-Smtp-Source: ABdhPJzVb5CcHUuT5komIxwiuQsGm+EjkU7SIBd7V375zy+QaxUHIWo+luOelr4SZ6fCqMApw7+Y X-Received: by 2002:a63:646:: with SMTP id 67mr13049166pgg.122.1643054874945; Mon, 24 Jan 2022 12:07:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643054874; cv=none; d=google.com; s=arc-20160816; b=pPvkruLLZdZQihxcfm1RoRKSsYE44dDUQb1Ge9gHBXDKWbfdztsw6DDGrb/tFiAhzF e2IXFZ5TYvS0Ix+yc3yy4cP+jg5AgGLidpSTySN0ciDWfhFpy9tq7sqUcOWxGME6oRbh TKifdnyznk47QrqJsXcMYA8054Ohn/1ZiA0Y3u+suQyc+jgRt6XnJc6AFpX+FypV7gvf nRrFJBQttdfiHSSklML2Yo0AhgE+AgFkRgw8sZpXA+DvdG20/hDdBJoH7QANrDgKhcXv qHzzADuRjIC5l4ORxENmU/wN5C7BYz4QPYJX+DkpipRNEIEkvuuGK4wwkqkWAtfv7yks 0AOg== 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=hA/cmeB1fe04uSOU3r6hEbWyoJI+rtCHX+vYRzhutVA=; b=v3+geQdXGdQwmBmoDjbd+aJb9eKMbVKAE/wL8F548z/H/+aLrk6guRS076iLm6Q3Ir d1Jv+DITrbbhwHKQKKaK3PncQBSTBdtAebJyRvzZzUdc7NtB9Bkg9CIwU6LqW+U/n80M 2zdhg+YdeupEpc8YQDEDygE/L7oXdymM9TGEAQnCs5zvf3GJGUEpLcza7gC32ph1AFm/ maHO0ZkEpuGf6y6oAgcxZAyTjRMPdbcSAREFDfZUFc9+FOIECpbeXDXxAoKYRDg2K+/W Ls6YqIJh3PHT3TVKysMPy0IV1kacZETr5rjJb4Ru4aI/kGmDQE1O+zKFOQz2hyQzp1nP qE4w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=KA85OKoD; 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 d9si570902pfu.143.2022.01.24.12.07.41; Mon, 24 Jan 2022 12:07:54 -0800 (PST) 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=KA85OKoD; 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 S237308AbiAXTGK (ORCPT + 99 others); Mon, 24 Jan 2022 14:06:10 -0500 Received: from ams.source.kernel.org ([145.40.68.75]:57470 "EHLO ams.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345446AbiAXTAT (ORCPT ); Mon, 24 Jan 2022 14:00:19 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 0874EB8122F; Mon, 24 Jan 2022 19:00:18 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 50F94C340E5; Mon, 24 Jan 2022 19:00:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643050816; bh=VCURiyomUVIPoWf9AU+8FLL/6YFSGAUikU9Mn+zQSdE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=KA85OKoDneVlezWGaFdaZdvHlDLDOHCqXcDnUvgUFIC6eFrIMe01eZMgfDVjaW6jJ gdN3EzUYMDj4OIyvx3gmBMW4ht5+Vt4m8SVqM8XQENMHeVpAtQcG69qIZBjHyQStxS mdjV2iy/k51J1Eo4SllcW8ABhih7RGn1tih6HsOM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jeroen van Wolffelaar , =?UTF-8?q?Lu=C3=ADs=20Henriques?= , Theodore Tso , stable@kernel.org Subject: [PATCH 4.9 122/157] ext4: set csum seed in tmp inode while migrating to extents Date: Mon, 24 Jan 2022 19:43:32 +0100 Message-Id: <20220124183936.643926225@linuxfoundation.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220124183932.787526760@linuxfoundation.org> References: <20220124183932.787526760@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: Luís Henriques commit e81c9302a6c3c008f5c30beb73b38adb0170ff2d upstream. When migrating to extents, the temporary inode will have it's own checksum seed. This means that, when swapping the inodes data, the inode checksums will be incorrect. This can be fixed by recalculating the extents checksums again. Or simply by copying the seed into the temporary inode. Link: https://bugzilla.kernel.org/show_bug.cgi?id=213357 Reported-by: Jeroen van Wolffelaar Signed-off-by: Luís Henriques Link: https://lore.kernel.org/r/20211214175058.19511-1-lhenriques@suse.de Signed-off-by: Theodore Ts'o Cc: stable@kernel.org Signed-off-by: Greg Kroah-Hartman --- fs/ext4/migrate.c | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) --- a/fs/ext4/migrate.c +++ b/fs/ext4/migrate.c @@ -484,6 +484,17 @@ int ext4_ext_migrate(struct inode *inode ext4_journal_stop(handle); goto out_unlock; } + /* + * Use the correct seed for checksum (i.e. the seed from 'inode'). This + * is so that the metadata blocks will have the correct checksum after + * the migration. + * + * Note however that, if a crash occurs during the migration process, + * the recovery process is broken because the tmp_inode checksums will + * be wrong and the orphans cleanup will fail. + */ + ei = EXT4_I(inode); + EXT4_I(tmp_inode)->i_csum_seed = ei->i_csum_seed; i_size_write(tmp_inode, i_size_read(inode)); /* * Set the i_nlink to zero so it will be deleted later @@ -527,7 +538,6 @@ int ext4_ext_migrate(struct inode *inode goto out_tmp_inode; } - ei = EXT4_I(inode); i_data = ei->i_data; memset(&lb, 0, sizeof(lb));