Received: by 10.213.65.68 with SMTP id h4csp99719imn; Thu, 15 Mar 2018 10:43:25 -0700 (PDT) X-Google-Smtp-Source: AG47ELunsyNS+xdB/GxYcdhv04Eq/cUMG4XHVa8tsm3N+tQLFY4OOrmvuPkykk+xXdC3z7eQdP3H X-Received: by 2002:a17:902:ab8c:: with SMTP id f12-v6mr8797387plr.171.1521135805000; Thu, 15 Mar 2018 10:43:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521135804; cv=none; d=google.com; s=arc-20160816; b=UNCyio3CLeIzJfomYeR5yosA3OGNWSTPsIg6OF9fzAg7twptHi0qN7NOK7c+8b+pbZ 5XqUm6wLzbAx9ejw48FfSbh7fsyTSmXeapNv41jbcMK2hRj0mQAHyvYe3G0wQuxRjaJr Ps5+7sGR/jURGqdeuGj5mbHgB8hE6pHjITWFp0OVTIw3Tp0KYSaVa+2NWATPLeN6P6im qlmjTlF1PEwvuE8dDTKKWSNFKYSkTkFmk9uHIPZ3mofiiHECFr6dKbIiOogpsG8QPcIJ 0XimPJ3YA0QXtDH5RLddo7fav3kQSlbBK2EBBj0nyN6xMKR//5eCg2vgmSp+F5IezadF eDcQ== 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=q1doUUPTN9RhGtoU7vzkyAIB42ZKrnElF9jwyDFphzw=; b=f/9uhWTGuyLVfHLbEgQ2b4wPSmCHma3VNQ41jZOE9u0vtZ9FeO0RHlDtKOcAVLboF2 0Bo6ZbjyUflkZK7EB1osbEr5sDWDelT6LUxKBZxaeEDe556H5/RdYNWmU26vRwP6KLMQ mB98sv1OFVuukCN+hkoBZEeakCtjxTbg0uiqyBN2/USBIksd6BNBoD/82ke4pRxqKZ4x rXUjlrmF4UuO3zOfOUOIGwgL41wPQ6AusZdf/6KwNUq408m07KnBiZQ5vahaYi1TsBsG 7IvjWbIjM8AlQ3xO607eiNO+HUHSnF25AMIu3O6f0jw9XWXiT7Z10EnVnnyKlYrlz1FC U7Wg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=FSqZUtIn; 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 3-v6si4308369plr.440.2018.03.15.10.43.10; Thu, 15 Mar 2018 10:43:24 -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=FSqZUtIn; 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 S1752315AbeCORmE (ORCPT + 99 others); Thu, 15 Mar 2018 13:42:04 -0400 Received: from mail-pl0-f68.google.com ([209.85.160.68]:40020 "EHLO mail-pl0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751666AbeCORmD (ORCPT ); Thu, 15 Mar 2018 13:42:03 -0400 Received: by mail-pl0-f68.google.com with SMTP id ay1-v6so4211911plb.7 for ; Thu, 15 Mar 2018 10:42:02 -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=q1doUUPTN9RhGtoU7vzkyAIB42ZKrnElF9jwyDFphzw=; b=FSqZUtInZXi0LZZezmiSjH/oOMMwhT1sjgcQLWqzwIJeJ4D+I66/vhOYRMkdrFBCT0 6HX/KxwO//NY6FTMHGmpzJKQkUjCdSo3ZtY/szfORMTVG0dr4VnCyEEyzU25WdrAo7b4 /gRMvxhSzs80XMMYPWb5IkURZcDBN6/8rDXDpVr8SE5SoOaIjmAkpwTnWq1HVIG56r5L QhQcgeQ6Sjbq6Kk//0s65qa+D3Z7aMu109by6wEYYLuYmIXkwYwGx90nRCd1A5eCAAwS IuMsg/g/TEqwi9j9EgCMtawkm/uV6nMioFzokyWQM94jSpyxQS2zzKpUQ8rGNyA03ANo mURA== 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=q1doUUPTN9RhGtoU7vzkyAIB42ZKrnElF9jwyDFphzw=; b=K9lpJuIG+ELdizJNwExXAKAoCs4cP9rDk1XWciNehb7bxRwjDuDkd4juMefHdwYA20 sHfx34+kDkbx4ZN/V/iutYB+/aC37/hQAaMA2+zrqUFxEwHicue9N4pL/m4vAmY313yi pZ/hhAPiA1TiOJCS/+UsfeVeB8p0JYLDERr4F6hz7o+pdWsymc1s6YqZHg/1BsL2ySVI AZ75dM6ZRyAz3NQW4XD036yhEdKLqHrBpDtvE9U2novtwbhNCpqVbKppFebI0XDZmq/Z agrAMvrW6QwivV6J9U5syYcs1JVxxBEv2x72Bwo3/HOLuSX6eRsmcUYUcqUSwmej6zgc R6GA== X-Gm-Message-State: AElRT7HD4PmsoNb4EqyH6zt4gMB5RE0pV98B2VkYp+v9LxmlKYtNfE3l QBzS8EbNxKb6yoZ0vXrQw5U= X-Received: by 2002:a17:902:9897:: with SMTP id s23-v6mr8961696plp.105.1521135722551; Thu, 15 Mar 2018 10:42:02 -0700 (PDT) Received: from [192.168.0.103] ([106.51.29.61]) by smtp.gmail.com with ESMTPSA id 70sm10151966pgb.86.2018.03.15.10.41.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Mar 2018 10:42:01 -0700 (PDT) Subject: Re: [PATCH 2/2 v2] mtd: ubi: use put_device() if device_register fail To: Richard Weinberger References: <1521098431-29565-1-git-send-email-arvind.yadav.cs@gmail.com> <5296799.FRhcbj8Hd9@blindfold> <11250cfc-f092-b299-1044-50334c518bf1@gmail.com> Cc: dwmw2@infradead.org, computersforpeace@gmail.com, boris.brezillon@free-electrons.com, marek.vasut@gmail.com, cyrille.pitchen@wedev4u.fr, dedekind1@gmail.com, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org From: arvindY Message-ID: <5AAAB066.90900@gmail.com> Date: Thu, 15 Mar 2018 23:11:58 +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: <11250cfc-f092-b299-1044-50334c518bf1@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 15 March 2018 02:17 PM, Arvind Yadav wrote: > > > On Thursday 15 March 2018 01:25 PM, Richard Weinberger wrote: >> Am Donnerstag, 15. M?rz 2018, 08:20:31 CET schrieb Arvind Yadav: >>> if device_register() returned an error! Always use put_device() >>> to give up the reference initialized. >> Like DaveM said, there is no need to shout and use "!". > > I will fix this and send you update patch. >>> Signed-off-by: Arvind Yadav >>> --- >>> change in v2: >>> Fix use-after-free bug. move put_device() after cdev_del(). >>> >>> drivers/mtd/ubi/vmt.c | 1 + >>> 1 file changed, 1 insertion(+) >>> >>> diff --git a/drivers/mtd/ubi/vmt.c b/drivers/mtd/ubi/vmt.c >>> index 3fd8d7f..93c6163 100644 >>> --- a/drivers/mtd/ubi/vmt.c >>> +++ b/drivers/mtd/ubi/vmt.c >>> @@ -610,6 +610,7 @@ int ubi_add_volume(struct ubi_device *ubi, struct >>> ubi_volume *vol) >>> >>> out_cdev: >>> cdev_del(&vol->cdev); >>> + put_device(&vol->dev); >>> return err; >> The more I dig into device code, the more questions I have. >> Why is cdev_del() not part of the release function? >> >> Thanks, >> //richard > > Yes, It's should be a part release function. > > ~arvind I was wrong, We can not add cdev_del() in release(vol_release) function. Function's ubi_create_volume and ubi_add_volume both are using same release function to release a volume devices. ubi_add_volume is registering character device for the volume. So we will have to release character device here. ~arvind