Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp630620ybt; Fri, 19 Jun 2020 09:44:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw9G3Jq0yvDUlSdK/rrSCtrLl0TU/iZr/nCZc/Rn1gvRAizIvTKOLNyOVpO+gzysRyHe50d X-Received: by 2002:a17:906:a398:: with SMTP id k24mr4371753ejz.220.1592585088384; Fri, 19 Jun 2020 09:44:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592585088; cv=none; d=google.com; s=arc-20160816; b=GSR7oC5MCHs2cM7p5I1IVhLTXN7eJpwppx79sBOgdfpxh0P79M3aFvoYjka9FSaEcJ NoZ3kvnMT4FEvz1mOD+0rAIjg23YVMBu8Gcl9bb+FbJlYZp7s+7D6TtOnxehxt7s/Icf RQoqI6cHABGMt4AwC1hIsP4MJGw0Zpv0kOeJMYpQMOcohVBUGhA58KOxvsH16uG1bToX iDH7diLEm1byAVIJmGpTg3y+XD+KsWP1c6CvkmQaFTFKXKBQ9Rv+9JNbrnjJu3RhDfA6 XUsWEoJkahU/Wm0/ImEb+e4mx3PUrYc6B6BxeHW2874Z7Fp8nU8LWGNBw9ToRNWu840i 4zsA== 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=wU8evWD4zuSVhaX/1Dg8nlNJcAKqAVmtlzfu7ZXRmi0=; b=1JFRhv5dyo4qhV41j3WbC3hoaG/6/0VU0uOEbjwu6Fc06G2FFzw2h3WdIkxhYWBtX3 prRpE6ZrFgeeZk+xPTLlPjPqnT87R1dMdScwzOvRC41EDOu+SnUB8HPHWsmPrlea4JuG bZo7D2t5wL9y+19BdYmL3ZMawLpy9DkrsBROCKn0UsHX9EdEc6vQXBbum/ozvw+YxXa0 Lq5aQ9MXPURR2d/HkcGn3jeaprTS6n8i48EP6KlIIB/DLLP2UopHyaZj62qV2LWjHwTd SUjYmTeN7soxGXqdNBBL1WETEv/jtsshxiMbNKnunC3Wey/adce4aJwtb61PElfClhpO PrcA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=WIgmfvj1; 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 cb22si4322833ejb.99.2020.06.19.09.44.26; Fri, 19 Jun 2020 09:44:48 -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=WIgmfvj1; 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 S2388921AbgFSQlu (ORCPT + 99 others); Fri, 19 Jun 2020 12:41:50 -0400 Received: from mail.kernel.org ([198.145.29.99]:36198 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388191AbgFSOoy (ORCPT ); Fri, 19 Jun 2020 10:44:54 -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 881282158C; Fri, 19 Jun 2020 14:44:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592577894; bh=5nlkxOOSNdOFM4M7RKwmlArm1dES853HZvu6eVQMfAw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=WIgmfvj1k3UIXWj+75wGchWQOiEQiVi9fS6BRQysf0eOmfmlXaSeMg1B2FK64k1ya eXvSVe2zioXPvQRMYEfGKRYMjJoCtruAofwIPlFir9OCwB+ZDgaIV8z+CyaJL/UBso toIoa3M219AoorjFKLLo8JRZmOLXAgYd/T36mBD0= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Miquel Raynal Subject: [PATCH 4.9 125/128] mtd: rawnand: pasemi: Fix the probe error path Date: Fri, 19 Jun 2020 16:33:39 +0200 Message-Id: <20200619141626.685840502@linuxfoundation.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20200619141620.148019466@linuxfoundation.org> References: <20200619141620.148019466@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/pasemi_nand.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) --- a/drivers/mtd/nand/pasemi_nand.c +++ b/drivers/mtd/nand/pasemi_nand.c @@ -164,7 +164,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, @@ -172,6 +172,8 @@ static int pasemi_nand_probe(struct plat return 0; + out_cleanup_nand: + nand_cleanup(chip); out_lpc: release_region(lpcctl, 4); out_ior: