From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2F3F4C433DB for ; Thu, 24 Dec 2020 13:25:04 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 04D9622287 for ; Thu, 24 Dec 2020 13:25:04 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727968AbgLXNYo (ORCPT ); Thu, 24 Dec 2020 08:24:44 -0500 Received: from mail.kernel.org ([198.145.29.99]:47714 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726609AbgLXNYo (ORCPT ); Thu, 24 Dec 2020 08:24:44 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id A7CC82222B; Thu, 24 Dec 2020 13:24:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1608816243; bh=7MYzM6Rsb/0XmQQeH1H74pjQzsefTE8icYXdZ4+lk3w=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=cjkHcljfayChBM7bhmH6OmN6sdcEFF8hCcVo9So6S1Zc1y79Kua6CpSYZTzvBLUh9 s6Urys1bsCn+MIuDukfYPcy8gZ38/Qx9j0grVeMoS3iUnt0pyoLza8l/xa9I0rdzLN 6eNOAUaWr3+HEqjXy7ZQYmO1mh7lUWHIAB5K8R8RslYbivlseyJ5VO6JgjW5tJ1hOt w1h6KR85bdfQRUAVxwMpD7N5C3HJK8xx0+ufuhm/egl5iFRc3CjzlYegpC3OoED0x6 IvWWzjl9gUvbPBPcQaQlKj+HeaGoUXwz+gkjlEitSbul7VZRoSc/t3qhsmLd4ZeTic VxfyhA4K35+2Q== Received: by pali.im (Postfix) id 83C01829; Thu, 24 Dec 2020 14:24:01 +0100 (CET) Date: Thu, 24 Dec 2020 14:24:01 +0100 From: Pali =?utf-8?B?Um9ow6Fy?= To: Peter Chen Cc: Mathias Nyman , Greg Kroah-Hartman , Gregory CLEMENT , Miquel Raynal , Tomasz Maciej Nowak , "linux-usb@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] usb: host: xhci: mvebu: make USB 3.0 PHY optional for Armada 3720 Message-ID: <20201224132401.7inh5ae7aaqvooxe@pali> References: <20201223162403.10897-1-pali@kernel.org> <20201224055425.GA27629@b29397-desktop> <20201224125347.z2ka7itpxuvboghq@pali> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 Precedence: bulk List-ID: X-Mailing-List: linux-usb@vger.kernel.org On Thursday 24 December 2020 13:15:21 Peter Chen wrote: > > > > > + /* Old bindings miss the PHY handle */ > > > > + phy = of_phy_get(dev->of_node, "usb3-phy"); > > > > + if (IS_ERR(phy) && PTR_ERR(phy) == -EPROBE_DEFER) > > > > + return -EPROBE_DEFER; > > > > > > Doesn't need to judge IS_ERR(phy). > > > > Ok, I can remove it. I used same condition which is already in SATA and PCIe > > phy code. > > > > > > + else if (IS_ERR(phy)) > > > > + goto phy_out; > > > > + > > > > + ret = phy_init(phy); > > > > + if (ret) > > > > + goto phy_put; > > > > + > > > > + ret = phy_set_mode(phy, PHY_MODE_USB_HOST_SS); > > > > + if (ret) > > > > + goto phy_exit; > > > > + > > > > + ret = phy_power_on(phy); > > > > + if (ret == -EOPNOTSUPP) { > > > > + /* Skip initializatin of XHCI PHY when it is unsupported by > > firmware */ > > > > + dev_warn(dev, "PHY unsupported by firmware\n"); > > > > + xhci->quirks |= XHCI_SKIP_PHY_INIT; > > > > + } > > > > + if (ret) > > > > + goto phy_exit; > > > > + > > > > + phy_power_off(phy); > > > > +phy_exit: > > > > + phy_exit(phy); > > > > +phy_put: > > > > + of_phy_put(phy); > > > > +phy_out: > > > > + > > > > > > You do power on and off again only want to know if PHY has already > > > powered at ATF, right? > > > > I need to know if power on/off procedure is supported by ATF. And if not > > (indicated by -EOPNOTSUPP) then I need to ensure that usb hdc code would not > > try to call phy_power_on() as it would cause failure as described in the commit > > message. You can look at those other two commits for PCIe and SATA. Same > > thing is needed for USB. > > If not supported by ATF, then where to power on and off PHY since no other place calls PHY APIs? Is it always on? Yes, in this case (when -EOPNOTSUPP is returned) SMC API is not supported by ATF, and PHY is always on.