Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2717494pxv; Sun, 11 Jul 2021 23:40:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzCx6l5xGhxwKqPsDdHXkzujLSYROmP7D1rWrq/LoLQa2k5NXCHfdYXtENnkMqNi/1F1W0W X-Received: by 2002:a05:6602:2219:: with SMTP id n25mr14068128ion.205.1626072051715; Sun, 11 Jul 2021 23:40:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626072051; cv=none; d=google.com; s=arc-20160816; b=YUaYF9x4g0RYyaojWKyOjXfL2pLuB0NuxVSXgKbNZeJ8HIUk1hjJxoVGEPK9o/McBH +kiKzMnEsgl6SNUBiW1irnqzAzZ5zHVVuCxuxg7T57Wp9o039YXsC6zGawyQ+EqOXgpw Sboxq1xq/ZBABAjLGYysAhRLLHsJS2ZI0lDI1sn1oOt0lUlrTlVMPAGIFSC3AtNZKHP/ cIZhJQscqFKHPdhJEEM8t/98L32vWI0K7H7jdKALuXwD93XTJevbVnFpI5DHllsg9mps IT1oxOgFSui7Lst5xt0eCJ5homcowbQ2ze6mjA6cR8bFDt0LZhiSV4UVrnGBx5xy9Rn8 cJ/A== 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=o0T2e+YeiI6EOkG1CDzMibFD2/Ys4BFBTv/XWlijK9E=; b=XTAq3o2Fu6NElxKfTOuE5nGQF2YB3FxVd0HBxiOaGXhPE56whqiLg/+KY9nrjgi/Ud Wve2gy7umYClRiJ1L4/cKUyB0dtNJ8/3EcFZC63Gj4UWaQxEMKCxqBa+y/5tsc//uJsO x8upI9i9GZE6emCQIZ/lAoZdPotYdRWh+9WNF6zo+Er4hjh4eGhUFkMxh4XXdC5PVC2M +8simpON5RJm+vtd3nX1eVn1XzbfPGMIvOXxOC6FVp47MZ5uFkHqMZxkKVZSq1JOQKOX 5O8KWHkKIkwV2hSArRS9zQCmZPupZU2miVt8opddfpV4+1dzsYDT0M2ppdCgrvkuSFAl Trag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=ICpAth+y; 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 g24si10987168jaq.119.2021.07.11.23.40.40; Sun, 11 Jul 2021 23:40:51 -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=ICpAth+y; 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 S237791AbhGLGmX (ORCPT + 99 others); Mon, 12 Jul 2021 02:42:23 -0400 Received: from mail.kernel.org ([198.145.29.99]:54744 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236014AbhGLGdA (ORCPT ); Mon, 12 Jul 2021 02:33:00 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 32FC361006; Mon, 12 Jul 2021 06:29:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626071389; bh=DCoDh/6bdPNhMbB3ZzcvusrmCO/G5PZDLJG3xZaJw1w=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=ICpAth+yRdGBc3mL+qziZwQUq26J9gZU3bIDxi0WFVP9b33pd2BT64mjCVuqP7jgO wgxOLOxVlqvdePJ90o6MSAewCV6szwvwp5/oW6wwcV2kmTw0z/KC7b2y5Q6ImOnh5w U1Z4+j0OEPtmLbQVW4KOMbLRAoCPb2oQRS+vPIkk= 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.10 049/593] ext4: use ext4_grp_locked_error in mb_find_extent Date: Mon, 12 Jul 2021 08:03:29 +0200 Message-Id: <20210712060848.526119111@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@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 @@ -1597,10 +1597,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;