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;
Date:   Wed, 16 Jan 2019 14:44:29 +0100
From:   Thomas Petazzoni <thomas.petazzoni@bootlin.com>
To:     Paul Kocialkowski <paul.kocialkowski@bootlin.com>
Cc:     linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
        Peter Chen <Peter.Chen@nxp.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Subject: Re: [PATCH] usb: chipidea: Grab the (legacy) USB PHY by phandle
 first
Message-ID: <20190116144429.7df1d0c5@windsurf>
In-Reply-To: <554a5b4f463df6551846cfdc3b043d3f1d99381f.camel@bootlin.com>
References: <20190116101051.21202-1-paul.kocialkowski@bootlin.com>
        <20190116115350.3daa9b4f@windsurf>
        <554a5b4f463df6551846cfdc3b043d3f1d99381f.camel@bootlin.com>
Organization: Bootlin
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Hello,

On Wed, 16 Jan 2019 14:30:28 +0100, Paul Kocialkowski wrote:

> > Why is this conditional on the generic PHY lookup failing?
> > 
> > Don't we simply want:
> > 
> > 	ci->phy = devm_phy_get(dev->parent, "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);
> > 
> >  ?  
> 
> Well, the code dealing with the PHY later on will use ci->phy over ci-
> >usb_phy (so generic PHY API first). As a result, if the  
> devm_usb_get_phy_by_phandle lookup fails but we got a generic PHY, the
> latter will be used and there is no need for a fallback. That's why I
> put both conditions there. Maybe that's too much of an assumption?

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().

> > Does this needs a "Fixes:" tag ? It's not fixing a regression because
> > nobody complained until now, but it's really fixing a behavior that
> > wasn't correct.  
> 
> Yes I it this makes sense to consider that this was incorrect behavior
> starting from the moment the dt bindings were formalized for the
> driver, which would be commit d7d30c911dd957e274c3da6910d4286862ab1d78.
> 
> Do you think that would nake sense?

Up to the maintainer I'd say. I don't have any preference here.

Thomas
-- 
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com