Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2706089pxv; Sun, 11 Jul 2021 23:19:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx8M42JUUdwlIie8ItEhOP8xsdVCYxfiv2u4Bd35AzU9/sxMIqSnJDKZgFe0HiB5s3qusBX X-Received: by 2002:a5d:8186:: with SMTP id u6mr34896119ion.45.1626070744132; Sun, 11 Jul 2021 23:19:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626070744; cv=none; d=google.com; s=arc-20160816; b=XQxC/cV9sEsUMrxNOHTHQEDsPMqgzkG0fNXODK/p1Z74/+1fkxtrh4IjOSALZIlM7B 09QOHFffby7okRKOR7LaVO4JE2VEzDP++3DG1imI1NdffiylzQ29Sf3FqhLqoeoMUTyq EGVZLZSsMiplVkGewNxZvlb4Zuw0r3NoRh4hmZ2yPQP9qPsNrvuz38DTeMPKDQrKIH05 0uH/UoLCyMzan0jYVwJnM28Q2ClrXSwY19kasoE6DybhjeGHiLzhkG7ox8aTef/o2ce7 SZArEEshEnJfUe7eTcMXcpZgB0kbGYeH88LFIaDOhnd2A6VSyiZDqYx97Tsw7rVHFVtZ WgsQ== 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=QnwOsYsA3JQf8KuHzjlrajhOG3+s9WYL0gYU7+/JP6s=; b=F2+Ct4o1z2FnOCb2CEOQpJ2wNWtauz9FUDe1bB7AmVsda+ztvplmrsM6UfGovJdaZy ovRw4XtMI7PqF70gWXSmN0LjR61i8RmxbfgHgeO3L0B8YbVx/EtnaAo+AkCqQEGYvbnY BQu1xbzXOblu0l0q25rVgAmNKjC6F8s5q02CfhDJ0pHvVWM8ZLOhT4aG4/+c1GqaPlr8 a+Cb2vATkuyWiCDIeFvNO8WbswS4IrssRKeHCOjZdPXIrbqeLR32s54u7+fHEEiFYnxH Spsp+Va8iVADVp230JnSCZ6dKHblsH5FszswEk+c90cQS5/HAfaoFtWfTr576FNj0Gc+ Djig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=FkQtIj3I; 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 y4si15526424iln.36.2021.07.11.23.18.52; Sun, 11 Jul 2021 23:19:04 -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=FkQtIj3I; 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 S234262AbhGLGUp (ORCPT + 99 others); Mon, 12 Jul 2021 02:20:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:39126 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232911AbhGLGUC (ORCPT ); Mon, 12 Jul 2021 02:20:02 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C9F3B6112D; Mon, 12 Jul 2021 06:17:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626070634; bh=HGVxpG2ereOq6wSEgejV16fHWTFXBqNPC0DH/gBNWFg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=FkQtIj3IX5tpSEBAyyvscqtXsNIUMX+EeDCnOKGroj1KfB7seNKExLt8A2lyH3H1P H/v3xb2DZwCn/PP/3OJqU5QJcKmz5cNTgk7fsZ7L7eZHyRtzS/Wg1bkmTDgLSMn74y pjPEYyzw8U4A+R+UGMKyk7Byrj2tGaFGO0wpQyyo= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Stephen Brennan , Lukas Czerner , Junxiao Bi , Theodore Tso Subject: [PATCH 5.4 031/348] ext4: use ext4_grp_locked_error in mb_find_extent Date: Mon, 12 Jul 2021 08:06:55 +0200 Message-Id: <20210712060704.897335882@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060659.886176320@linuxfoundation.org> References: <20210712060659.886176320@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: Stephen Brennan commit cd84bbbac12a173a381a64c6ec8b76a5277b87b5 upstream. Commit 5d1b1b3f492f ("ext4: fix BUG when calling ext4_error with locked block group") introduces ext4_grp_locked_error to handle unlocking a group in error cases. Otherwise, there is a possibility of a sleep while atomic. However, since 43c73221b3b1 ("ext4: replace BUG_ON with WARN_ON in mb_find_extent()"), mb_find_extent() has contained a ext4_error() call while a group spinlock is held. Replace this with ext4_grp_locked_error. Fixes: 43c73221b3b1 ("ext4: replace BUG_ON with WARN_ON in mb_find_extent()") Cc: # 4.14+ Signed-off-by: Stephen Brennan Reviewed-by: Lukas Czerner Reviewed-by: Junxiao Bi Link: https://lore.kernel.org/r/20210623232114.34457-1-stephen.s.brennan@oracle.com Signed-off-by: Theodore Ts'o Signed-off-by: Greg Kroah-Hartman --- fs/ext4/mballoc.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) --- a/fs/ext4/mballoc.c +++ b/fs/ext4/mballoc.c @@ -1542,10 +1542,11 @@ static int mb_find_extent(struct ext4_bu if (ex->fe_start + ex->fe_len > EXT4_CLUSTERS_PER_GROUP(e4b->bd_sb)) { /* Should never happen! (but apparently sometimes does?!?) */ WARN_ON(1); - ext4_error(e4b->bd_sb, "corruption or bug in mb_find_extent " - "block=%d, order=%d needed=%d ex=%u/%d/%d@%u", - block, order, needed, ex->fe_group, ex->fe_start, - ex->fe_len, ex->fe_logical); + ext4_grp_locked_error(e4b->bd_sb, e4b->bd_group, 0, 0, + "corruption or bug in mb_find_extent " + "block=%d, order=%d needed=%d ex=%u/%d/%d@%u", + block, order, needed, ex->fe_group, ex->fe_start, + ex->fe_len, ex->fe_logical); ex->fe_len = 0; ex->fe_start = 0; ex->fe_group = 0;