Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp5603112pxb; Sun, 7 Nov 2021 16:11:44 -0800 (PST) X-Google-Smtp-Source: ABdhPJzgLajbPG4NsLuqCHoU4ALADm+iBri4tfCstGItcQtGwmatYeXOPweyCK5m8l2+Qhx6/YF+ X-Received: by 2002:a05:6402:1254:: with SMTP id l20mr60251562edw.55.1636330304511; Sun, 07 Nov 2021 16:11:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636330304; cv=none; d=google.com; s=arc-20160816; b=HZw1Oy8x1pEiYCKYGEEmNxPDQY9wFXH2mtWn9rYOMiyOrUbankdAiN7naeGPvFoEIX RFfzDlr6X+X5uskS9m+gqIS+4Pq6djUUsW5/bogm1O5hwfsjUM/HT6vm2Fk+ppKtC6Y8 9NdUfuUxB+mhq9S0u8bQkLuf18fvLyXWiH0vFipt9ScWL7V1pNeq5R5I2KI+ZDjJTu9z lGC6kdGwAcsnh2EIkk/eRM28F8qPqpaW7awcFk9Bp/bV2nkGxpclfbR2AWJm5Rp24c8H G68WO7lAG3ofU1VgEN0vs26wPrZlrjsf+IKOfDaicCTXW48Wqv8Eb1Ciovx2iF//1cnM YBGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=Xzjqrm9Ijrhc+Ahf/STwNuLkpxFjh77MsS2sBy9VYeo=; b=o9ZS9+1mjiLxyXl250FOWyZfgfFInv/qJxrm4IzPWE+7lKFYYGfGWXi6VL3b2vtNxT pEuIIcAz3e81T87lHXmjZKbWr/1xR1mmzgmRaZiK8UBMgV/D/7tKoC4qaw8ZZPGum/MF kEIR1vPYygtA5RZ3i/GTLlfKnSbky8dvfKZ9VE7faR7kg6oz5WLAUFR+0GP8LyaWcYgP NQGXOiNLn8QHpuHlAlJoM34KIRy2EaHqJU7LQS8faEqQvOl5r0+HSWIA5CpvBIxnht7Z xjym0t8kTz6i6LcDi1QQaivrYILw+k06u+/wOTK5Xj/wTZo43qnfuBfP/HRSPbczegJA MsKg== ARC-Authentication-Results: i=1; mx.google.com; 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 x18si20574185ejd.405.2021.11.07.16.10.52; Sun, 07 Nov 2021 16:11:44 -0800 (PST) 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; 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 S232341AbhKGRXB (ORCPT + 99 others); Sun, 7 Nov 2021 12:23:01 -0500 Received: from smtp09.smtpout.orange.fr ([80.12.242.131]:60306 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231741AbhKGRXA (ORCPT ); Sun, 7 Nov 2021 12:23:00 -0500 Received: from [192.168.1.18] ([86.243.171.122]) by smtp.orange.fr with ESMTPA id jlq2mTiyhf6fnjlq2mDb4U; Sun, 07 Nov 2021 18:20:15 +0100 X-ME-Helo: [192.168.1.18] X-ME-Auth: YWZlNiIxYWMyZDliZWIzOTcwYTEyYzlhMmU3ZiQ1M2U2MzfzZDfyZTMxZTBkMTYyNDBjNDJlZmQ3ZQ== X-ME-Date: Sun, 07 Nov 2021 18:20:15 +0100 X-ME-IP: 86.243.171.122 Subject: Re: [PATCH] nvdimm/pmem: Fix an error handling path in 'pmem_attach_disk()' To: Ira Weiny Cc: dan.j.williams@intel.com, vishal.l.verma@intel.com, dave.jiang@intel.com, nvdimm@lists.linux.dev, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org References: <20211107171157.GC3538886@iweiny-DESK2.sc.intel.com> From: Christophe JAILLET Message-ID: <050385c3-7707-76cb-c580-c64d43456462@wanadoo.fr> Date: Sun, 7 Nov 2021 18:20:14 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20211107171157.GC3538886@iweiny-DESK2.sc.intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 07/11/2021 à 18:11, Ira Weiny a écrit : > On Sat, Nov 06, 2021 at 06:27:11PM +0100, Christophe JAILLET wrote: >> If 'devm_init_badblocks()' fails, a previous 'blk_alloc_disk()' call must >> be undone. > > I think this is a problem... > >> >> Signed-off-by: Christophe JAILLET >> --- >> This patch is speculative. Several fixes on error handling paths have been >> done recently, but this one has been left as-is. There was maybe a good >> reason that I have missed for that. So review with care! >> >> I've not been able to identify a Fixes tag that please me :( >> --- >> drivers/nvdimm/pmem.c | 5 +++-- >> 1 file changed, 3 insertions(+), 2 deletions(-) >> >> diff --git a/drivers/nvdimm/pmem.c b/drivers/nvdimm/pmem.c >> index fe7ece1534e1..c37a1e6750b3 100644 >> --- a/drivers/nvdimm/pmem.c >> +++ b/drivers/nvdimm/pmem.c >> @@ -490,8 +490,9 @@ static int pmem_attach_disk(struct device *dev, >> nvdimm_namespace_disk_name(ndns, disk->disk_name); >> set_capacity(disk, (pmem->size - pmem->pfn_pad - pmem->data_offset) >> / 512); >> - if (devm_init_badblocks(dev, &pmem->bb)) >> - return -ENOMEM; >> + rc = devm_init_badblocks(dev, &pmem->bb); >> + if (rc) >> + goto out; > > But I don't see this 'out' label in the function currently? Was that part of > your patch missing? Hi, the patch is based on the latest linux-next. See [1]. The 'out' label exists there and is already used. In fact, I run an own-made coccinelle script which tries to spot mix-up between return and goto. In this case, we have a 'return -ENOMEM' after a 'goto out' which looks spurious. Hence, my patch. [1]:https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/nvdimm/pmem.c#n512 CJ > > Ira > >> nvdimm_badblocks_populate(nd_region, &pmem->bb, &bb_range); >> disk->bb = &pmem->bb; >> >> -- >> 2.30.2 >> >