Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3449948ybt; Tue, 23 Jun 2020 02:35:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJye/Xp3mb9iBnXAL7SklKbpDijL6E6s2a3ZfcDeL/YpNOJhy8cNpVVGMpZpBdahLeSgSKf8 X-Received: by 2002:a17:906:278e:: with SMTP id j14mr11953828ejc.365.1592904917348; Tue, 23 Jun 2020 02:35:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592904917; cv=none; d=google.com; s=arc-20160816; b=aRWAue3hF/g1KOuqwGut/PJUpvnPc44Mo/hHZsZdmtuhQhvO+WxAx8F/P45r7RrrlE iJvfnwcY4PqPvn/Rfo0UbXZ+SCpw2sLN4EkQ/0x9E7c6jW6Nyq6lm8gSNIFVEWp6vH29 Yp7y3mlmSZeyi4KJ55khzpD+wncPlFKP8iyuIqxUTSYyiUgn4pCtC4MyW68B1uBjNME/ HImhgYq2z3yy1hHZ/hquB5OU/AetistALYq80sF9Kw0WCMWiTPqu1pTd97aTrwUG/n3O my+CIHTZY89jsC1Mb4Z9ADwvVJZUhVbf5TVhAshcVnwOWanHIQ9ueHsky17vPvC5huN1 ecnQ== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=oLaLVpG0MyDInMfdyKDIo+dI3RLGik3lpc5kwQdQ/vw=; b=L/X67gRZwKvVvoEOo8+FdCgStGbjgjMZJMrD1bEpa3jm+qafn0DR2VqoTS3GHK5ozF GqJhB6QNd2aMSL8p/eBIJk+BeVVyYxhFAluNz2NHsnB173ZNksPFZrNSWG4Q+QUQuV7E NmTCFTdl8jX5EaSsAjVjf6aYZKg/MltlUCvIQ5JRt8mAdKkajMjKpvc7DqfdX8u0F4nm zAzNLvGljxbcyJ2B3VqurtlHtDExrp5QMjMbmjMRdkT/De3MoqPJZBNj6F7mA8a1jT01 Kh7pGcgMpCPp26MDqCD5hN7EOBDdvqRk/whXul1dEYfByqmIz2jsmFk9cmA/USWalIyo EMog== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bgdev-pl.20150623.gappssmtp.com header.s=20150623 header.b=itSqhEL9; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v18si6466325ejw.593.2020.06.23.02.34.53; Tue, 23 Jun 2020 02:35:17 -0700 (PDT) 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=@bgdev-pl.20150623.gappssmtp.com header.s=20150623 header.b=itSqhEL9; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732159AbgFWJad (ORCPT + 99 others); Tue, 23 Jun 2020 05:30:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36184 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731968AbgFWJac (ORCPT ); Tue, 23 Jun 2020 05:30:32 -0400 Received: from mail-io1-xd42.google.com (mail-io1-xd42.google.com [IPv6:2607:f8b0:4864:20::d42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2DE9FC061755 for ; Tue, 23 Jun 2020 02:30:31 -0700 (PDT) Received: by mail-io1-xd42.google.com with SMTP id q8so22820810iow.7 for ; Tue, 23 Jun 2020 02:30:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bgdev-pl.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=oLaLVpG0MyDInMfdyKDIo+dI3RLGik3lpc5kwQdQ/vw=; b=itSqhEL9M1HNMjjg0HmGB6ODcp78KKoys2tcbmkfbxbnFf0gtzRbl1v0p9UyS87C8U yBHI8y2mDuy/mYr4ZiVTXs0cIFQwbnoQ+DZ9UbLCGrsDywa5eSErM0ZGFTcKNGqeHDAk I0xodIoqS41AnBblnoQzKSN47HDqK9EAE48fnMz7osH1NcTj39rXx6xxY1XJla4eeFm5 9FR6iUvRSFkvNghRKuu/IUf2XlRd3VycKWML0IuQRexvK7ewZL+Qhna1Amw9TZZjSCfF 4ISeQ29W2dUdLJDTabFJPAc9GXCAnZuqCrfBpDCrs8JLKV9piimbaQ8MqthMBFgCJdF3 lHmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=oLaLVpG0MyDInMfdyKDIo+dI3RLGik3lpc5kwQdQ/vw=; b=fzoQArEqJTe9Z5WuBSx3jmRLlZCC9PtQjLslfTnrvdL1XmKRodZnKZpUnJKBWrrRPO bYA7uuMWbUJYYeAMrOQHlDefzX1x7/wMV3H0ufkLRqiO/M2h2WvdI5Ej9WeNpfoGO5+n 30kgF2Tx6xYjhC+M7rwNpSzXAN2K64+eCspP1/QK9/uqqVSwRbDzDXoO4FoAH6cffvGb UZmE/77TfuLuCQkZeT04IHHgvwosmxWuqjaqS48MiyTyj4hlgSUWJM6uBPI+Me9LyOsG J9iE62psoxXiin6ef+5ai6iXxQJBd8lOJRK2V10hj4Vxtb69jFE8x0Tahz2Ym01sqYeq MTSQ== X-Gm-Message-State: AOAM53013/FyPZhRynkpEr1AaPDHRdqEEaguohGPmCBfjps1IonmRu18 +NoTkvZ2LplX7+cXI5RyacOXo5jyDrxCy3i/8ChPbg== X-Received: by 2002:a05:6638:979:: with SMTP id o25mr21315946jaj.24.1592904630490; Tue, 23 Jun 2020 02:30:30 -0700 (PDT) MIME-Version: 1.0 References: <20200622093744.13685-1-brgl@bgdev.pl> <20200622093744.13685-14-brgl@bgdev.pl> <20200622132504.GH1551@shell.armlinux.org.uk> In-Reply-To: <20200622132504.GH1551@shell.armlinux.org.uk> From: Bartosz Golaszewski Date: Tue, 23 Jun 2020 11:30:19 +0200 Message-ID: Subject: Re: [PATCH 13/15] net: phy: mdio: add support for PHY supply regulator To: Russell King - ARM Linux admin Cc: Andrew Lunn , Florian Fainelli , Heiner Kallweit , "David S . Miller" , Jakub Kicinski , Rob Herring , Matthias Brugger , Vladimir Oltean , Claudiu Manoil , Alexandre Belloni , Vivien Didelot , Tom Lendacky , Jassi Brar , Ilias Apalodimas , Iyappan Subramanian , Keyur Chudgar , Quan Nguyen , Frank Rowand , Philipp Zabel , Liam Girdwood , Mark Brown , netdev , devicetree , Linux Kernel Mailing List , Linux ARM , "moderated list:ARM/Mediatek SoC..." , Fabien Parent , Stephane Le Provost , Pedro Tsai , Andrew Perepech , Bartosz Golaszewski Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org pon., 22 cze 2020 o 15:25 Russell King - ARM Linux admin napisa=C5=82(a): > > On Mon, Jun 22, 2020 at 11:37:42AM +0200, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Currently many MAC drivers control the regulator supplying the PHY but > > this is conceptually wrong. The regulator should be defined as a proper= ty > > of the PHY node on the MDIO bus and controlled by the MDIO sub-system. > > > > Add support for an optional PHY regulator which will be enabled before > > optional deasserting of the reset signal. > > I wonder if this is the right place for this - MDIO devices do not have > to be PHYs - they can be switches, and using "phy-supply" for a switch > doesn't seem logical. > > However, I can see the utility of having having a supply provided for > all mdio devices, so it seems to me to be a naming issue. Andrew? > I followed the example of the phy reset retrieved in mdiobus_register_reset(). I'm happy to change it to some other name. Bart