Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp777644ybt; Fri, 19 Jun 2020 13:31:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzLZJA571vEIrJjdD64QzphtJi1UuQhfjFMIEbw/coEY138/3lBDULjcMzUxBwvYs9NhbIU X-Received: by 2002:a05:6402:1216:: with SMTP id c22mr5300141edw.208.1592598664013; Fri, 19 Jun 2020 13:31:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592598664; cv=none; d=google.com; s=arc-20160816; b=ykyNixZY8/2nhBCt2IT924SuYeb/kZL/VrvSrnGM7kBXMXr22CsVfo7g7LQgbk9Qny lviKmQBtUTI6RMYwH9diFSCFEmnmNzt9mvw8JbE2myYLqlbxlxba/fcp2szrasWccBb1 XT89YBWoyEW7SW8EvWu2db39rk1OH1yjyMafH10/GWL2+lvLICxVNKatK9gA5FM+QrPj NvvGps9K0OQ+eEnXqyGD0xuqyHKBu6izM0nhFDrUd+EX0rxNaH/4vPPfY8QZMiaoOwnA 6IjUcjwshSYPtPEVA+ciaqNcbop99Kpxait4IPkNPz5rmOzzWKkC3L/fL+/iqnNfPWWW 5dBA== 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=/C3GH7Wv+Dbp4lzFSI7s2Pt54r7QqBA7WvRLLA7OcKQ=; b=J/s3L/vhiTAK51Nk4UgFyrRMAjM31o0SvGYwTMGvhrNum4uWYLdI8j3IcX6+I4YmOk hR5ZmMNvugGOLMocMZlfV8TQ5orSnYChvsmxUiCzEhDEHBW0UeKlpTAQhDDIfe+w6yD0 WWRcbrIPK/F2doaopgmwTkJT5lAoNZz4gTlmKkEhs5jVuNfYX731+xhlde5sp304910R 7RIP+1RZ92voisbSKyPQI0Kbz2vVdk2aIZFye7qhCN1VHd7J6MHJqKjzcKoUerx+dpY9 E9g6IaCtChNXNoMAKhBq91aKC4df8eJI5U8rx3PW+ADryvt74+BwZ12ZLJ6lGkomrb0t i/SA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=jUdp5ISY; 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 i27si4247078edb.334.2020.06.19.13.30.41; Fri, 19 Jun 2020 13:31:03 -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=jUdp5ISY; 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 S2391138AbgFSPE1 (ORCPT + 99 others); Fri, 19 Jun 2020 11:04:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:33054 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391129AbgFSPEX (ORCPT ); Fri, 19 Jun 2020 11:04:23 -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 E3CB021841; Fri, 19 Jun 2020 15:04:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592579063; bh=PPadPgYmjEXms2WCaeO6M5HS8S7ptyK8JnjsRSw2vPo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=jUdp5ISYlKq02pbyYWz/ebtzhnAQ/SNnUKpRdl71Ye50jORzvHaVnVt7ihd2qW7++ Wy1tDyhhd9p5tTBDN53mMQROw3XHeF0g5MX5+aESeTHFsSpXY4K42wifIteHo/UENP GvMrh3Z6ZaemSAojPdh+ycOjF2BarisYCQoz74jI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Miquel Raynal Subject: [PATCH 4.19 262/267] mtd: rawnand: pasemi: Fix the probe error path Date: Fri, 19 Jun 2020 16:34:07 +0200 Message-Id: <20200619141701.234818228@linuxfoundation.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20200619141648.840376470@linuxfoundation.org> References: <20200619141648.840376470@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: Miquel Raynal commit f51466901c07e6930435d30b02a21f0841174f61 upstream. nand_cleanup() is supposed to be called on error after a successful call to nand_scan() to free all NAND resources. There is no real Fixes tag applying here as the use of nand_release() in this driver predates by far the introduction of nand_cleanup() in commit d44154f969a4 ("mtd: nand: Provide nand_cleanup() function to free NAND related resources") which makes this change possible, hence pointing it as the commit to fix for backporting purposes, even if this commit is not introducing any bug. Fixes: d44154f969a4 ("mtd: nand: Provide nand_cleanup() function to free NAND related resources") Signed-off-by: Miquel Raynal Cc: stable@vger.kernel.org Link: https://lore.kernel.org/linux-mtd/20200519130035.1883-41-miquel.raynal@bootlin.com Signed-off-by: Greg Kroah-Hartman --- drivers/mtd/nand/raw/pasemi_nand.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) --- a/drivers/mtd/nand/raw/pasemi_nand.c +++ b/drivers/mtd/nand/raw/pasemi_nand.c @@ -163,7 +163,7 @@ static int pasemi_nand_probe(struct plat if (mtd_device_register(pasemi_nand_mtd, NULL, 0)) { dev_err(dev, "Unable to register MTD device\n"); err = -ENODEV; - goto out_lpc; + goto out_cleanup_nand; } dev_info(dev, "PA Semi NAND flash at %pR, control at I/O %x\n", &res, @@ -171,6 +171,8 @@ static int pasemi_nand_probe(struct plat return 0; + out_cleanup_nand: + nand_cleanup(chip); out_lpc: release_region(lpcctl, 4); out_ior: