Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp8333ybt; Tue, 23 Jun 2020 13:52:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwNsiSB2tr0p3V4O5yw9CferMMl5a/uu9s1+a2yEkUXAJrcjlLIFUYB/c7aKCpWxOQSZH1b X-Received: by 2002:aa7:d290:: with SMTP id w16mr24149792edq.178.1592945557288; Tue, 23 Jun 2020 13:52:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592945557; cv=none; d=google.com; s=arc-20160816; b=yde9sgceBGsIr0zjODhdcmKSdXMzT+VGKpfu/Td1t7RdVGZVrlDykjS8PFOkkhVPPT 6SvhuymSsvPmiF8bX2f/dA54q55kU4fjrP1IB6VPppAv1ryCkM524xHiMOTTZAv45kK6 tNf9fo4dS+oUaUUwCF3oOqwwJwpuQ6p9cPJEdS+KEqGEaerpNThwTWEBRZcufuMPxSYS nrZNRwxPVhfb18FHrvhFEQqIVZ08VENtJZcctlUHl5lNCCxGGVRHHybgOseoB5TI/WWB iu36zrEJzr3VRHoBuEs8VvfCXd02txg7keR5WpFOP0LscKutCQlCfRPU3jdNOXFH/9YU KoUQ== 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=CaZ0P6n5RXQvTZWuQra9Pqm5UqB8lCFJgXkKAI6L4a0=; b=r0WIJguy9MDx0ZZC8Perixd0GcblqAoroXjeG6HL1VUFRP+FZRAcGEGkVWBQ/yb3bd JSrrtGt09XGt65mq/bzrC6jRvAj2ZOVIlVumBuqBObfpGkz3tO9oL9UP5TF4t0XjQ+AF lUkC0aGvPPgP2K2x5cm+YQU4GQz6nWKSWORm2TiKmF3Pi4XVEVHF6bYMWjca+6HtfmCM qTN6sm+yDbAMRKcfAJRdPaSAWTBt62jlnpBgPB3NtCuG5c83udRZwHCFf/fkbaZCvckK aN7mYWbZFrbSrFKu0qsOP4LLpMk71gyVzZ/KcgEI+SPQK/EQ8h/HtXLJLZ+xbw2H72Of i7PQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="NOrfEz/I"; 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 o21si11350248ejx.500.2020.06.23.13.52.13; Tue, 23 Jun 2020 13:52:37 -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="NOrfEz/I"; 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 S2404123AbgFWUsx (ORCPT + 99 others); Tue, 23 Jun 2020 16:48:53 -0400 Received: from mail.kernel.org ([198.145.29.99]:47920 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404097AbgFWUsp (ORCPT ); Tue, 23 Jun 2020 16:48:45 -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 ED71921548; Tue, 23 Jun 2020 20:48:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592945326; bh=99SVTbKuXuVGfxLyubVnHdU5fnd+FTvCuJ0neJ30//U=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=NOrfEz/Il886lpglavomT/V8yy9cKksdZRuIkSDii6fj5+adzckeg0LeNVHzMO9J6 yGCj7cBGeny3ca8T1cIoCoEu/OHFpu6N6EwwosgY8A0rqSJtIsgYFZ9lGik5+sczjy CPTc38puqRhjd83RgGKAeo7PANL0GDLUAUe5rECg= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Miquel Raynal , Sasha Levin Subject: [PATCH 4.14 127/136] mtd: rawnand: plat_nand: Fix the probe error path Date: Tue, 23 Jun 2020 21:59:43 +0200 Message-Id: <20200623195310.196967757@linuxfoundation.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20200623195303.601828702@linuxfoundation.org> References: <20200623195303.601828702@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 [ Upstream commit 5284024b4dac5e94f7f374ca905c7580dbc455e9 ] nand_release() is supposed be called after MTD device registration. Here, only nand_scan() happened, so use nand_cleanup() instead. 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-43-miquel.raynal@bootlin.com Signed-off-by: Sasha Levin --- drivers/mtd/nand/plat_nand.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/nand/plat_nand.c b/drivers/mtd/nand/plat_nand.c index 2906996d22620..8c2d1c5c95691 100644 --- a/drivers/mtd/nand/plat_nand.c +++ b/drivers/mtd/nand/plat_nand.c @@ -99,7 +99,7 @@ static int plat_nand_probe(struct platform_device *pdev) if (!err) return err; - nand_release(&data->chip); + nand_cleanup(&data->chip); out: if (pdata->ctrl.remove) pdata->ctrl.remove(pdev); -- 2.25.1