Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp9522ybt; Tue, 23 Jun 2020 13:54:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzf/G6DCTX+idKFTLUuyJKiqyMAptRmBEO2J3eeh0d/xod71+HJcPBltfEUaInGr/400CRk X-Received: by 2002:a05:6402:1ac1:: with SMTP id ba1mr22984939edb.91.1592945685920; Tue, 23 Jun 2020 13:54:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592945685; cv=none; d=google.com; s=arc-20160816; b=ZZ3vDWMFZTRVb2UM/+OcSxFlWE3PBJJzDrGBfRZM2f7xOQn4PdPYhBjDDDmjSCt0pQ ZCVp8dGbRX88AJe8SphIi2SDJNVnt+ic48trAI3HV4Q/cNsMlww2xHqpVs3oaEhq36yO N9f+gkNvRvfVqWfX/ZWcIbap+EqJiRnDMF+AuXnjYgRihyAjIfE05SpkYPJYo51zk79v zPtOb/Z8PucpCM2fX1D+1Ba/3DRBPwifOB8jAMSwpqQ2gkR2XO6dLFNx2p/UI9ib+wFW K4q1JbUSTjHs9Fu4K2bCKd3PUpg06X5uSLhwmt9qlxrSfSq3ON0CBduYdAREiHvF11ig uJEw== 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=z0wyfMvwk/43vtEZ6I1b0TqHdyZiuaW324so19uNZmg=; b=urAXLqiEFcrFiZtXl4Eomgd5L90lrCID+0pWChTsfzvd28v0JR9aoccCnp0vK0BlPu /KkKUfhZGLdrr6KCqHCz+9f8llLiYDXHP1GDIqhFwKFPWsUbsR0zWAVgmdMG0VJZfcn1 KYm4Yv11vUBHTRmx6nXBDjTiuuXHXUUe+KQjwf+UQUgb8YZy7vqrYOWArQOSbq4WHp5P Mbscl9x6Eav6/WsDm6rf/j859RPJU0NQrOI5FBEKXwQ8aeN2wJMwz35Z3rfQix86ggJf +mixaqQdYeoCiJgdDAu5ur/BT2d7/YXiZ0UHy/3gtXcEM0YhTDz1hlne/BmhgudqUGuv B5VQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=VGpK0LoL; 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 u7si11581246ejr.69.2020.06.23.13.54.22; Tue, 23 Jun 2020 13:54:45 -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=VGpK0LoL; 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 S2393016AbgFWUvB (ORCPT + 99 others); Tue, 23 Jun 2020 16:51:01 -0400 Received: from mail.kernel.org ([198.145.29.99]:47560 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392583AbgFWUs2 (ORCPT ); Tue, 23 Jun 2020 16:48:28 -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 328A22168B; Tue, 23 Jun 2020 20:48:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592945308; bh=5Mqp9gppmQtG5t0Oc7n3pd5rwrU3QMWc9MPkUjhBEgI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=VGpK0LoLBB+n0C5NZDE91hJ2Zoi7lc+ydxutT6s9TEMtP9fH5VbXvegM104BUwGsy 4ZmglEQvFaftFWvXJijgo21B+Kve85SC0pEju7kDpghqeLOhafEfvuZRXhR3vm/YCw UMlSfYRDMSJ4PG3Yq2wlj8IUpU9HBHNoWSdd8Unk= 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 120/136] mtd: rawnand: diskonchip: Fix the probe error path Date: Tue, 23 Jun 2020 21:59:36 +0200 Message-Id: <20200623195309.769599299@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 c5be12e45940f1aa1b5dfa04db5d15ad24f7c896 ] Not sure nand_cleanup() is the right function to call here but in any case it is not nand_release(). Indeed, even a comment says that calling nand_release() is a bit of a hack as there is no MTD device to unregister. So switch to nand_cleanup() for now and drop this comment. There is no 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. However, pointing this commit as the culprit for backporting purposes makes sense even if it did not intruce 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-13-miquel.raynal@bootlin.com Signed-off-by: Sasha Levin --- drivers/mtd/nand/diskonchip.c | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/mtd/nand/diskonchip.c b/drivers/mtd/nand/diskonchip.c index 12cac07f5cf22..4f48a9b4f9e3f 100644 --- a/drivers/mtd/nand/diskonchip.c +++ b/drivers/mtd/nand/diskonchip.c @@ -1605,13 +1605,10 @@ static int __init doc_probe(unsigned long physadr) numchips = doc2001_init(mtd); if ((ret = nand_scan(mtd, numchips)) || (ret = doc->late_init(mtd))) { - /* DBB note: i believe nand_release is necessary here, as + /* DBB note: i believe nand_cleanup is necessary here, as buffers may have been allocated in nand_base. Check with Thomas. FIX ME! */ - /* nand_release will call mtd_device_unregister, but we - haven't yet added it. This is handled without incident by - mtd_device_unregister, as far as I can tell. */ - nand_release(nand); + nand_cleanup(nand); kfree(nand); goto fail; } -- 2.25.1