Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4662240pxj; Wed, 12 May 2021 10:19:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxCmXscUU3nQX4wXxjqTT/Zi1XP03Z9kltlkcXe4mTAhIo/5Wex1Ac3Zl3wqn4+aX+8bHCp X-Received: by 2002:a05:6402:22af:: with SMTP id cx15mr45041637edb.317.1620839939927; Wed, 12 May 2021 10:18:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620839939; cv=none; d=google.com; s=arc-20160816; b=spQd80rX74sel5MTpioGO2GaEs/0DtuZuBGCEHQZH0a15BN/UkPGXkVvcW56uGTkHW WgszjfK2mi1gyq7KjeBeEeDgZApsqMaFS55bjJUhqTcv0hsmIFP5GCHfXxesvxa8H0GV V2N2xlX6toxqOvKhsq5ln6zxbDa18EXDy2uAcJResFP8EVoYwTlAVkhmKTdJqWOuHdRI h0pbGK9ngMIXXk5KKnsxMSTQoqlT1OG3sP8pnrV1YSCqOD8eDscTt3jxkLxXCHZiW+Jx 8VuGsMul2cHuKWKo37zqaRL+TaE6WNPvFarwOe1pyl4GmLv3kSo0FdyAeFZdyLniY1rz ebLg== 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=qK2Ynhv/1BPWuXz92ETlsVoIy98FpbotN+IODMac6cU=; b=Jfcjon1SNwBHhq3cKndGAUa0fGz6bCEVabeQ7ygmciesCClwHnHaaih43LX1ybpoCW McDS5GEfSC3tnpnZW4/xKE/9hMNsibWKhzT3ZO67JEYPrFwrSCEXwkgQwJL3WX7MWOEI MGzp7gYhvYBy5K8IrKRaI1I3KLdcqkxFeSTvG1PiI5EEnz2SMdFLKMTbUgv9h9UkYNe3 WL1zLIjMNz4Rw3p/TFXBjniEDv8dfFNF9mMma3TZKGWfzWuePv2YRVbfAOLnfAWFyvFQ ka1Xdnp3DFMuOq7jfZkGWn17DvYobRXPQQuwiU4aKQAiRcn9PdQpAE3Re6JFuym5OWFS YbOg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=OppqgSOk; 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 a15si272786edr.562.2021.05.12.10.18.36; Wed, 12 May 2021 10:18:59 -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=OppqgSOk; 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 S1345514AbhELRLA (ORCPT + 99 others); Wed, 12 May 2021 13:11:00 -0400 Received: from mail.kernel.org ([198.145.29.99]:36416 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230333AbhELP5q (ORCPT ); Wed, 12 May 2021 11:57:46 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5950461CBD; Wed, 12 May 2021 15:31:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620833490; bh=avDcbBubegNKRvtDz7eFiUuK6aMpzFYBojor1hrlm3k=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OppqgSOkyYNxKkTNgcrIJ5ucMC48J2Re1o/Hz9nZBBrO4YoRrTsYRENV4pyGMEc/1 fvibufz2DUuRMu9ewGKggwCtJdNmq1TiP8qzNHSTfPhOfvAqW1uQ10fxQLGQ4Bj9Wl clmrxb/S6/sy8achYljUA1gdIhe+2p/phUD+b1I4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, David Bauer , Miquel Raynal , Sasha Levin Subject: [PATCH 5.11 170/601] mtd: dont lock when recursively deleting partitions Date: Wed, 12 May 2021 16:44:07 +0200 Message-Id: <20210512144833.437739601@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210512144827.811958675@linuxfoundation.org> References: <20210512144827.811958675@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: David Bauer [ Upstream commit cb4543054c5c4fd33df960b41d7b483ebca8e786 ] When recursively deleting partitions, don't acquire the masters partition lock twice. Otherwise the process ends up in a deadlocked state. Fixes: 46b5889cc2c5 ("mtd: implement proper partition handling") Signed-off-by: David Bauer Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20210217195320.893253-1-mail@david-bauer.net Signed-off-by: Sasha Levin --- drivers/mtd/mtdpart.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/mtdpart.c b/drivers/mtd/mtdpart.c index 12ca4f19cb14..665fd9020b76 100644 --- a/drivers/mtd/mtdpart.c +++ b/drivers/mtd/mtdpart.c @@ -331,7 +331,7 @@ static int __del_mtd_partitions(struct mtd_info *mtd) list_for_each_entry_safe(child, next, &mtd->partitions, part.node) { if (mtd_has_partitions(child)) - del_mtd_partitions(child); + __del_mtd_partitions(child); pr_info("Deleting %s MTD partition\n", child->name); ret = del_mtd_device(child); -- 2.30.2