Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp867674pxb; Tue, 1 Feb 2022 12:04:50 -0800 (PST) X-Google-Smtp-Source: ABdhPJz6pxnKngwsPFiXz6dDOzdRWHQVDIwSSXk0amFMyzJRkEBwO0yTunxYSyEbtlhp3Rty1FV4 X-Received: by 2002:a17:902:d2c6:: with SMTP id n6mr27642570plc.125.1643745889945; Tue, 01 Feb 2022 12:04:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643745889; cv=none; d=google.com; s=arc-20160816; b=S3KDGT+P04yKgmLuJf00TWB9atWlne9NhCDv5wETi51eswkugR70wizZXS7jyqvtQ4 AIu3xENEcbIsVlPEjsFCk32eeQFwNWsSLnXT4nGG1eyPlU4/N5fmk0jVFskU2rubRVPm 1g1RYk0WF0dLXfBzGWfvDI9lFbfxdsiZ7juTg7fPfRRfQrBG69xE/dzF3lrDUC0csF3g cF0YpRpsThM7j0wXQsPfadJ/Kuz1RIYbT5uB8njqDVZ3u4RDGha7iWn18vIuOuj5gTNz D47WEcy4NsTiwK0bH87eInpXNHEW0ts9iwg8jPLfXKYhtuo7xKih0Qe0Rls9luQKyNnX lsOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=UgaMPmMbqCBSsVqeDtUEQvpINorzZXQ8lkqR2iYDNao=; b=ZjKARP6D4YLN1R6ub9JWLqlJB8Zpu3yqzt1ru0/b0wj9jmOrsFM7s8/huEUR0wwcnz YQdYumHxRHhHPgBq0/675swPBsd7scvDbTdQuguvc5FgkKeIljsSuPz6j1Wq/xqlUyKm VAbp4GWH2au5dYZRJYRoZZQJ6jNYIwW9RZ1BiralMWO62R42lKCmCGqT/0sXybE9Vuvo fRHtT4RjFAn0vMOHlwqoGj+/Ear67k4ECkmr7nvV3klPp5MZNH9DJWnXl6Y3Kx9h0si1 hpIw0TxEkXeZKLPXdgX5PXw6WjygDm3bvc0qYjfWHKBRxItX+kcAem1uJRNPqYR557Oo xhYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ItJuix0p; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l71si16182200pge.724.2022.02.01.12.04.38; Tue, 01 Feb 2022 12:04:49 -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; dkim=pass header.i=@intel.com header.s=Intel header.b=ItJuix0p; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349769AbiAaLUv (ORCPT + 99 others); Mon, 31 Jan 2022 06:20:51 -0500 Received: from mga03.intel.com ([134.134.136.65]:8631 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244984AbiAaLKl (ORCPT ); Mon, 31 Jan 2022 06:10:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1643627441; x=1675163441; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=3Qe71J8eT5usx5RJhTq+fzVJR188euFd7ew8XpamjHc=; b=ItJuix0pFVGpy3MyepBW71SfS+Oedw+cf+zfgj0GuZYvTpuh9gbUYhhq c8ABdGbkY/HtITbdWqwbEevDtpXF1UbYG917RmTNgc16BxjIlkQOPbudJ n4+azqT+8/RwCk50ixzdO8DcmPmUpn4UEg67EOhpkCwVWGRi3PLCyJijH 4cBl1vnC6RHGMYVTBfneHsSfElewjhCL+nri36TSgV0RTJdm6sdP7Rzfw Jtlxq0QbVXukINZw+Mb4e7LpjDv9X5jVy+ENRjwSsjjUElt2tqk8+Qzvv FEuG9toLY77AJ0hLtL6Q9LTOs7XE1mr5PlEnEmyVE2PKO8zYJe4UD2upc g==; X-IronPort-AV: E=McAfee;i="6200,9189,10243"; a="247393448" X-IronPort-AV: E=Sophos;i="5.88,330,1635231600"; d="scan'208";a="247393448" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jan 2022 03:08:41 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.88,330,1635231600"; d="scan'208";a="675694290" Received: from kuha.fi.intel.com ([10.237.72.185]) by fmsmga001.fm.intel.com with SMTP; 31 Jan 2022 03:08:38 -0800 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Mon, 31 Jan 2022 13:08:37 +0200 Date: Mon, 31 Jan 2022 13:08:37 +0200 From: Heikki Krogerus To: Sean Anderson Cc: Greg Kroah-Hartman , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 2/3] usb: ulpi: Call of_node_put correctly Message-ID: References: <20220127190004.1446909-1-sean.anderson@seco.com> <20220127190004.1446909-3-sean.anderson@seco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220127190004.1446909-3-sean.anderson@seco.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 27, 2022 at 02:00:03PM -0500, Sean Anderson wrote: > of_node_put should always be called on device nodes gotten from > of_get_*. Additionally, it should only be called after there are no > remaining users. To address the first issue, call of_node_put if later > steps in ulpi_register fail. To address the latter, call put_device if > device_register fails, which will call ulpi_dev_release if necessary. > > Fixes: ef6a7bcfb01c ("usb: ulpi: Support device discovery via DT") > Signed-off-by: Sean Anderson Reviewed-by: Heikki Krogerus > --- > > Changes in v3: > - Add Fixes tag > - Call put_device if device_register fails > > Changes in v2: > - New > > drivers/usb/common/ulpi.c | 8 ++++++-- > 1 file changed, 6 insertions(+), 2 deletions(-) > > diff --git a/drivers/usb/common/ulpi.c b/drivers/usb/common/ulpi.c > index c90a1ab705a3..dedcb749a02f 100644 > --- a/drivers/usb/common/ulpi.c > +++ b/drivers/usb/common/ulpi.c > @@ -245,12 +245,16 @@ static int ulpi_register(struct device *dev, struct ulpi *ulpi) > return ret; > > ret = ulpi_read_id(ulpi); > - if (ret) > + if (ret) { > + of_node_put(ulpi->dev.of_node); > return ret; > + } > > ret = device_register(&ulpi->dev); > - if (ret) > + if (ret) { > + put_device(&ulpi->dev); > return ret; > + } > > dev_dbg(&ulpi->dev, "registered ULPI PHY: vendor %04x, product %04x\n", > ulpi->id.vendor, ulpi->id.product); > -- > 2.25.1 thanks, -- heikki