Received: by 2002:ac0:a679:0:0:0:0:0 with SMTP id p54csp352618imp; Thu, 21 Feb 2019 02:49:27 -0800 (PST) X-Google-Smtp-Source: AHgI3IYyDIypJVLZfcZ+NXBlHDbo9IRRgMtBNf9pxuh0JX4YlDBqqpubAJjiq4o38FPNa/YNTUb2 X-Received: by 2002:a62:11ca:: with SMTP id 71mr35400604pfr.18.1550746167389; Thu, 21 Feb 2019 02:49:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550746167; cv=none; d=google.com; s=arc-20160816; b=h41kLVk39o4HFkGPZLxBIKVeVJs8MwcDelWNlY8yRAPw69OkdO2NG6zRm0vH1C5Egh u6vP3UtjO2xKLw1I5heMXs4P8aEserLI0eJWjgoxYZga5F0sj+kd9idA2nvL6IcuK0zb 3vyd9VS5jktjHCjvwEcEnSCZbkFMfCjlFI8fZBOr7rivA+/n5YoLqYyEabWHGdTTM0zU KujcG7f1BU5IiXf0CnFX60ZubzRHGg0929IiO35Uo+HfJFcDGrhvwKlzGNFXFOm2WM3s q5H8MwsnVn18RpI3laEHb/KN8A42ijZ/++ozKILTukYnK8VLbl3bSG784Qsf0mbhUn9p IxnA== 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=mbrLPn4dkF8ZzGLDti2qJpmkuOn7Tp2FjNqFhXRVomQ=; b=tqCKCPw6ktJZkFOGoDKlkCO+JhsluKDElxsdraRgSUqEdHCptzB0PN41QKKzc1T8rW eOr3toOWZgdX7K3ftm28Yq79UkgnXplVlWslNR7jFuUosZjAWY1Dr6nvwPqdJWbYhr7M Gd3yMlI2dky+bIoEPeOt2kYPgHeDw9fXcNFnaJ7cg1NRed4eCh9NCDGQzDMVkmKZxwDI gPAIhyTZBcUahaUMh5NO/LjvnWIDmKwSGG59o9TLMQHUoRYxOro950DOxcomA0GutMnD eKwXgkZDViJVTBTRs8tTiu2YLL++e7CMY9VRMQzNjqAezzk50fLGXiiCodVAI2qmZDjb z5xQ== 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 s17si20266711pgi.513.2019.02.21.02.49.10; Thu, 21 Feb 2019 02:49:27 -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 S1726729AbfBUKsl (ORCPT + 99 others); Thu, 21 Feb 2019 05:48:41 -0500 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:55537 "EHLO relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725823AbfBUKsk (ORCPT ); Thu, 21 Feb 2019 05:48:40 -0500 X-Originating-IP: 90.88.23.190 Received: from aptenodytes (aaubervilliers-681-1-81-190.w90-88.abo.wanadoo.fr [90.88.23.190]) (Authenticated sender: paul.kocialkowski@bootlin.com) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id DC1E9E0019; Thu, 21 Feb 2019 10:48:37 +0000 (UTC) Message-ID: <9e2e22ea7c7a8974764d45f2f84c4f599f5aee61.camel@bootlin.com> Subject: Re: [PATCH v3] usb: chipidea: Grab the (legacy) USB PHY by phandle first From: Paul Kocialkowski To: Peter Chen , "linux-usb@vger.kernel.org" , "linux-kernel@vger.kernel.org" Cc: Greg Kroah-Hartman , Thomas Petazzoni Date: Thu, 21 Feb 2019 11:48:37 +0100 In-Reply-To: References: <20190215162225.19284-1-paul.kocialkowski@bootlin.com> <3ed330798d31d01fdfbd40571d016a108c9c5040.camel@bootlin.com> <8fa473aee266f6fdd90c6b90661977982488cb77.camel@bootlin.com> Organization: Bootlin Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5 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 Thu, 2019-02-21 at 09:30 +0000, Peter Chen wrote: > > > > Current code w/o your patch, it is possible both ci->phy and > > > ci->usb_phy are valid if the USB PHY is not at the device tree, but generic PHY is > > at the device tree. > > > If you don't want to fix this issue with this patch, it is ok too. We could fix it later. > > > > I'm not sure I understand the issue. With my patch, if there is a generic PHY > > described in device-tree, then devm_usb_get_phy_by_phandle for legacy PHY will > > fail and the code will fallback to devm_usb_get_phy, which is the same behavior as > > before. > > > > You are right, but this behavior is incorrect since each controller has only one physical > USB PHY. > > > Is it a problem that we can end up with both a generic and legacy PHY? > > I thought this was expected behavior at probe, and the rest of the code will just use > > the generic one in priority. > > > > Do you want to make it so that only one (generic or legacy) PHY remains after > > probe? > > > > Yes, I just want only one valid, either ci->phy or ci->usb_phy, it makes sense. Sounds good to me. I'll send out v4 with this patch and an extra one to refactor the PHY selection path and only attempt to get a single PHY. Cheers, Paul -- Paul Kocialkowski, Bootlin Embedded Linux and kernel engineering https://bootlin.com