Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1179062imu; Wed, 16 Jan 2019 14:13:57 -0800 (PST) X-Google-Smtp-Source: ALg8bN5eXLMiint76daIay8oiot0GSwpu2mcUGM6OLcHv9Kug1zw6dN7UIYl8phx5Hkdge9Mbgi8 X-Received: by 2002:a62:c711:: with SMTP id w17mr12244910pfg.50.1547676837254; Wed, 16 Jan 2019 14:13:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547676837; cv=none; d=google.com; s=arc-20160816; b=w2h4ZIyuCe8g/ciZLlAIez2O/qPDkg1tsoJi2J4+nvS2PpLTegx1BFE9lesEthmnZ8 Vy4WEZ9hO3ZbqLY41Bet0giTefaw4YtCzFbFPeLHP/G2K92azMB588kyhcvCt7ixC1lP JrYlwb6HyxmMnFqZrp9MNXoX2kEyjztzTpp47HyU0X2WRk/enk3ZzdyndVbF6vB1hISB WerDioWMsdnIiefpZHTk1GpOwvj/68C04/bYgVbHwt8rMgHw/oDwSEw2uDSwC+FCZFBR LkQGKI8yMi52Ttdzob3BH1NrAhfUR+r4J6Gj18qZFjWcAiw4Jrgn5O4AvikPoepZkiF4 Vrnw== 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:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=R+MAHnjaGFArel1QX4NSe7fa/Rjn//nqhBEetRWZ9RM=; b=riJ827R/31vQirHUScJX0+TDCUDys/ANuApzGhbO1TP3V/uSglfS5PudvcNEWWjN1F 0cF75QaWILuWyI/p2LHvCeKm0xVeZLrVwJcH/Mto+FRSfbK4ZHzgFkPXFzEJlaoMKUdH Autr/LSRDHyVQPoPhyC5hwt/1mqvWMZtpdj1+mou3R15MRHKjbD85au2lyA/lmUMmmwE pSTuIpc1o0dvVnOPOkJdFNJC0s7pwrlFX/8HyKmdo8WFLQexiOdvSrhNir203SHjjQW0 jr0ISb5ntUHW06jo/SNn9H5Dr2pdKk3Qh0Hy/iYe60+ytWFYWNRoTrwftXr5KNbTGXeq sEAg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z8si7523489pgf.577.2019.01.16.14.13.41; Wed, 16 Jan 2019 14:13:57 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391254AbfAPOWm (ORCPT + 99 others); Wed, 16 Jan 2019 09:22:42 -0500 Received: from mail.bootlin.com ([62.4.15.54]:34804 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730649AbfAPOWm (ORCPT ); Wed, 16 Jan 2019 09:22:42 -0500 Received: by mail.bootlin.com (Postfix, from userid 110) id 8C8492078F; Wed, 16 Jan 2019 15:22:40 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.2 Received: from aptenodytes (aaubervilliers-681-1-37-87.w90-88.abo.wanadoo.fr [90.88.156.87]) by mail.bootlin.com (Postfix) with ESMTPSA id 5B1FD20763; Wed, 16 Jan 2019 15:22:40 +0100 (CET) Message-ID: Subject: Re: [PATCH] usb: chipidea: Grab the (legacy) USB PHY by phandle first From: Paul Kocialkowski To: Thomas Petazzoni Cc: linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Peter Chen , Greg Kroah-Hartman Date: Wed, 16 Jan 2019 15:22:40 +0100 In-Reply-To: <20190116144429.7df1d0c5@windsurf> References: <20190116101051.21202-1-paul.kocialkowski@bootlin.com> <20190116115350.3daa9b4f@windsurf> <554a5b4f463df6551846cfdc3b043d3f1d99381f.camel@bootlin.com> <20190116144429.7df1d0c5@windsurf> Organization: Bootlin Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.4 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Wed, 2019-01-16 at 14:44 +0100, Thomas Petazzoni wrote: > Well prior to your code, there was already a possibility for both > ci->phy and ci->usb_phy to be valid. I don't think it's really useful > to avoid the fallback when a generic PHY has already been found, it's > confusing. If really you want to clarify that, it should be: > > /* Let's first try to find a generic PHY */ > ci->phy = devm_phy_get(dev->parent, "usb-phy"); > if (IS_ERR(ci->phy)) { > /* Fall back to legacy USB PHY */ > ci->usb_phy = devm_usb_get_phy_by_phandle(dev->parent, "phys", 0); > if (IS_ERR(ci->usb_phy)) > ci->usb_phy = devm_usb_get_phy(dev->parent, USB_PHY_TYPE_USB2); > } > > With that, you would only have either ci->phy or ci->usb_phy be valid, > and never both. With your change, you can have ci->phy and ci->usb_phy > both be valid if the legacy USB PHY was found using > devm_usb_get_phy_by_phandle(), but not if we fell back to > devm_usb_get_phy(). Okay that makes sense, your suggestion is indeed more consistent with the existing behavior. I'll go with that in the next revision! Cheers, Paul -- Paul Kocialkowski, Bootlin Embedded Linux and kernel engineering https://bootlin.com