Received: by 10.213.65.68 with SMTP id h4csp255161imn; Sat, 17 Mar 2018 02:47:06 -0700 (PDT) X-Google-Smtp-Source: AG47ELt1b4JDYK8YilEAllgeIqfzZw2opGOJ//HeohEW3ihSs2xEGj7rJmeOh3JRicumiHA+BfcD X-Received: by 2002:a17:902:1665:: with SMTP id g92-v6mr5015048plg.195.1521280026292; Sat, 17 Mar 2018 02:47:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521280026; cv=none; d=google.com; s=arc-20160816; b=nrDRE0hL18mRPRXVgbclIDhiEhRpjhCAalJcApcFb2aTYyTD+rpP+T/vzuqpFl1P8p ObHZ92bLszYsrBr1lFO3DwAqL/Wl2e0u2+oPz4QlG6mAGVBs6wzt2E/6AWN3OekNLOLa eHLV7V242U7+K35Jc80GgI27tEHlt68z6c+ZnYGuENtLWZlJ8SST5f1CsRe1VzIVTR+j 8CDUgwZ1UJId1PYPyVe/fzS8StTM1oObjWFmYVuW7AuiouINhPD8JGjY2iLCY8+B2yZC JFoczlBgLNX4WQsS0agBjF/0HBZmmIbQqmMBLctBtu1uLEnJGU4MBQ6zJ3C401C/qguR Th4g== 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:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject:dkim-signature:arc-authentication-results; bh=3Gc94+zLJWsZxHkAARvN9g95hnNTLcrqE2WdNXV1aio=; b=Rt7U4YA23NI7gToWvigEXNWqpo4vIriHpagzHBibsvxwx8Q2wtt8exE4aCAaeX7ndp KOCnNDpdINK588Ytrxc6gnaXrlEI6GbCI5ZumEhvp+b6qkaIyvA8tGYqnSdKNDhszNP2 lWrnVjkAjYBO5Y+XX0dSsSfHJ2WTYixBSW5pPfsApFp8Y//QzhXEHF3xwnmJ5fxRUTYM riRV5466/MLPRC5quV/ImMYc50DPBt0imGQRUYAtWGyluo8WYL+JdFW7UYpeWa8hpiKG kgtY9+hFq0bgqljumdMXJX/NHsAlW3ELvrZXKafPFaHY3xG7G3QbE4zAqG2XfhOuUv0p k82Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=gxMzL5e8; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d70si428479pfl.219.2018.03.17.02.46.49; Sat, 17 Mar 2018 02:47:06 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=gxMzL5e8; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751618AbeCQJpx (ORCPT + 99 others); Sat, 17 Mar 2018 05:45:53 -0400 Received: from mail-io0-f196.google.com ([209.85.223.196]:37402 "EHLO mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750778AbeCQJpv (ORCPT ); Sat, 17 Mar 2018 05:45:51 -0400 Received: by mail-io0-f196.google.com with SMTP id d71so15376710iog.4 for ; Sat, 17 Mar 2018 02:45:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=3Gc94+zLJWsZxHkAARvN9g95hnNTLcrqE2WdNXV1aio=; b=gxMzL5e8nvW4oHe72pYH9QeS+Fy6WwZsuxN0vQ6dtssvAlqFycwtFI2D+Y7gHc7hrw LwouHjb86T6HMRGSqGVYiwu7HLCOoWuvHiAZH76V3ulhi+w8N4wZNHhEUteXWjF0XcWY Uk6a63R0ZOYx6D7VkjHmQcg7Ch8zm83H3p0zXhJ0xkMrMwjueCUR83w736JNsoHC0+s8 xQS9WlXk2KFxORwNuCOzrqOkVmmG4CqQSFv5kOO/5lsfeIf1O8SXj3kvYGPhmye3dnvh 4B37q/5ydAI7gEF89hbPucG/nbLN9ptKHpgsMVbP0en2yzBZnQ/lBVXklKKsyNJdHsw3 JALA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=3Gc94+zLJWsZxHkAARvN9g95hnNTLcrqE2WdNXV1aio=; b=s6Nv1jhF3y6VOSXF2umskMsQN6aMiyPIZO3vu0XWRhlQg3Wkij9CmKpgmCP0YWEj/n /3R0O3cbGJh9jMTW1aEMyhDO0Rdo5xtYa0jKZmAqLEKohp5Gn1AUn55EmmhE3+YBvB01 AR8bz5SkKlpUH8+fYlJOlqUdFOZGl3pE/+ynATsBIIDwfbKnEd2OpolBvBM+UN03wl1D fCpd6EVFxkDks02GUEGD45+o+zVPZGsS3ZT2IXUGileDvCbldzHLmKmnXBU9J0gNK7LF yj9B0fQ3tsgM7aBZv6lcDjbWGYYp6GSRfAUZppItpZimDHTsP2msalcim+6faAdKrB+0 /FjA== X-Gm-Message-State: AElRT7GXBSEYDFNHoh+TjCXjI6EAM4Bev+fC4lFjTvFwH7az8wS4DXLW vffKrporiV8ujch/jFrYuXoBtQ== X-Received: by 10.107.163.200 with SMTP id m191mr5023137ioe.295.1521279950827; Sat, 17 Mar 2018 02:45:50 -0700 (PDT) Received: from [192.168.0.103] ([106.51.29.61]) by smtp.gmail.com with ESMTPSA id m75sm5697788iom.71.2018.03.17.02.45.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 17 Mar 2018 02:45:50 -0700 (PDT) Subject: Re: [PATCH 1/2] mtd: use put_device() if device_register fail To: Boris Brezillon References: <39c4af723ea37cd05976a17cb9c1fbc975496ffd.1520592440.git.arvind.yadav.cs@gmail.com> <20180314153600.458c0fe4@bbrezillon> Cc: dwmw2@infradead.org, computersforpeace@gmail.com, boris.brezillon@free-electrons.com, marek.vasut@gmail.com, richard@nod.at, cyrille.pitchen@wedev4u.fr, dedekind1@gmail.com, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org From: arvindY Message-ID: <5AACE3C9.9090602@gmail.com> Date: Sat, 17 Mar 2018 15:15:45 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <20180314153600.458c0fe4@bbrezillon> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday 14 March 2018 08:06 PM, Boris Brezillon wrote: > On Fri, 9 Mar 2018 16:20:48 +0530 > Arvind Yadav wrote: > >> if device_register() returned an error! Always use put_device() >> to give up the reference initialized. >> >> Signed-off-by: Arvind Yadav >> --- >> drivers/mtd/mtdcore.c | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/drivers/mtd/mtdcore.c b/drivers/mtd/mtdcore.c >> index 28553c8..4d77ca2 100644 >> --- a/drivers/mtd/mtdcore.c >> +++ b/drivers/mtd/mtdcore.c >> @@ -586,6 +586,7 @@ int add_mtd_device(struct mtd_info *mtd) >> return 0; >> >> fail_added: >> + put_device(&mtd->dev); > Not sure this is a good idea: the put_device() call will trigger > an mtd_devtype->release(), which will in turn call device_destroy() on > something that does not exist yet. Not sure if this is a real problem, > but it does not look like the right thing to do. > yes, you are correct. No need to call put_device(). which can cause other problem. >> of_node_put(mtd_get_of_node(mtd)); > You're referencing an object that is supposed to have been > freed/released by the put_device() call. Again, it's not really a > problem because in our case ->release() does not free the mtd object > (as is usually done in other parts of the kernel), but it still looks > wrong. It's probably better to move the of_node_put() and the below > idr_remove() call in the ->release() hook if you want to use > put_device(). > >> idr_remove(&mtd_idr, i); Sure, we can move put_device() below this. But need to check how we can add hook in release. > >> fail_locked: > > ~arvind