Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp5171893iob; Mon, 9 May 2022 10:06:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxtUBGQvFDWSrwzcOzE4RCui8f51gZL61iLGaUeM7Cd0IQXS84tgvZCcpKwFhTW+NwwnB3 X-Received: by 2002:a05:6870:311d:b0:de:9b6c:362b with SMTP id v29-20020a056870311d00b000de9b6c362bmr10264498oaa.200.1652116018189; Mon, 09 May 2022 10:06:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652116018; cv=none; d=google.com; s=arc-20160816; b=F/ZPKg3TAqm0FGYj/YuiqxpkGCDMtxm+nYx49h2GJ4/jNY9MXzn+r63KmEXdfWLS84 hQYWlNtRmRXLGmCBGIUiuYLI81lY4ViFKhee4QkA0H/c6vAM0ZO1NkgWlOPkID/uHNge W76rfpc+5Ib45NErf0o1H+eYT8zhRkpcSRvJXjL/ay2+Bk41SPjHao6KfD2zBOTtA+Na TyzzC+01Vw6GdUEVccT+RqwdlvdOC16/dmrAB3HdOnaEF9gmX6nCbW21KXZpAlmBS464 EjLGaTye538/N1geZbWISBY1Sedb4wWfb7eb7rVvi0kkXoyednJpuD/rMOFwr2CgsOkh rGBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=LlFC4ARnN/+oBZhHSbA3Hd6T0ne4mJETVvkc2gy92K8=; b=efxCeLqShGl0+EmlhnU55TI4q4gc9x9ZJXVQGp/Oz4b8UYlNdYPrHqb+uL7Lv9uXCk 405fnzZnzwpusxGW+uVsTLVlUtZ76vPC0KsNOh1ztmCKL1ZpeeteA991zUzVG2AA7J6K nC+q9pSrf8urV4q6QU94FqliEE6+KN2MPsXbx+Oc368S3dFKev3t4pA67Jzj15S5hhDZ br8M7joIQq+SDk0yrfuQGtCuu9fMTclQbGY8W05y4xX2AM9IlW65jU3R/q2K1JtAS7ds zlzCVkWhVrv9iXoykN6TTuWCkqLdKEFPKDodMfuqgJmUkOa7umpLHh4QcTT2pWGl4eLa rv/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BCDBv2Rs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id fl6-20020a056870494600b000de9d7d3f20si11644266oab.123.2022.05.09.10.06.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 May 2022 10:06:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BCDBv2Rs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D36DD1E1234; Mon, 9 May 2022 09:56:56 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239347AbiEIRAm (ORCPT + 99 others); Mon, 9 May 2022 13:00:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42972 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239330AbiEIRAi (ORCPT ); Mon, 9 May 2022 13:00:38 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C526F127193; Mon, 9 May 2022 09:56:43 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 5B4F161535; Mon, 9 May 2022 16:56:43 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 307B2C385B1; Mon, 9 May 2022 16:56:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1652115402; bh=ma7KAt89IfR03ZZVvYgYcIHD1fN0+zc6+GsP1F0gGzM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=BCDBv2RszqfGdCRpA+zNo6nDPlRAGB4Um5Q05dhrDATW6+VY9oikBbL1zqEEv1Jn7 S+EIpoJvQVYeXmM8tFhEkKKx2Py1/Sj8lsjxi4v1FYlb9XfOeyCfDdkEsj8rcYdLCX Yjc1DwuItizN4NHPa5fH4f/H/I5rpkFNVCTLa2JS4re+x+jFUqTvmRIBDYZaOUZxKx I2VD9a3K+OINYZeowh3qGTK0kabNNRpINVXSGQCJRCzX7YWFJF6SZ0Drs/GNHxIzVf CYgE+QW/LGYPdDnCLrrc2Xo+l7I7IpZe1gZEE3hoyHKAMeyoG8EitIDQ1xDzGK/onX 21/6jYDVL1WKA== Date: Mon, 9 May 2022 17:56:34 +0100 From: Mark Brown To: Andrew Lunn Cc: LABBE Corentin , alexandre.torgue@foss.st.com, calvin.johnson@oss.nxp.com, davem@davemloft.net, edumazet@google.com, hkallweit1@gmail.com, jernej.skrabec@gmail.com, joabreu@synopsys.com, krzysztof.kozlowski+dt@linaro.org, kuba@kernel.org, lgirdwood@gmail.com, linux@armlinux.org.uk, pabeni@redhat.com, peppe.cavallaro@st.com, robh+dt@kernel.org, samuel@sholland.org, wens@csie.org, netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-sunxi@lists.linux.dev Subject: Re: [PATCH 3/6] dt-bindings: net: Add documentation for phy-supply Message-ID: References: <20220509074857.195302-1-clabbe@baylibre.com> <20220509074857.195302-4-clabbe@baylibre.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8w1oAQG8zH7Npult" Content-Disposition: inline In-Reply-To: X-Cookie: Boycott meat -- suck your thumb. X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --8w1oAQG8zH7Npult Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 09, 2022 at 06:38:05PM +0200, Andrew Lunn wrote: > So we have a collection of regulators, varying in numbers between > different PHYs, with different vendor names and purposes. In general, > they all should be turned on. Yet we want them named so it is clear > what is going on. > Is there a generic solution here so that the phylib core can somehow > enumerate them and turn them on, without actually knowing what they > are called because they have vendor specific names in order to be > clear what they are? > There must be a solution to this, phylib cannot be the first subsystem > to have this requirement, so if you could point to an example, that > would be great. No, it's not really come up much before - generally things with regulator control that have generic drivers tend not to be sophisticated enough to have more than one supply, or to be on an enumerable bus where the power is part of the bus specification so have the power specified as part of the bus. You'd need to extend the regulator bindings to support parallel array of phandles and array of names properties like clocks have as an option like you were asking for, which would doubtless be fun for validation but is probably the thing here. --8w1oAQG8zH7Npult Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmJ5R8IACgkQJNaLcl1U h9DsBgf/dLCjimiHfZ3BVIqJ24wTWXFg5dJk+Jp65LrpXJ6qSG86NuEHpNdoLTbZ 9y2PhDrkyF9y28KpLHo26UuISE9N74k2L/ZNzJrsqCVTc933fJ+JaViuvhx+LsdY ZXlZG27WBycLjVGqW3BVqiN1h8xFIJZ+4I/LYr832cUHnPrQu+JpoJpvsMjrge3+ iSm3dqO1KZEGCaw8lK4MlGRS8ZoPBUA1lc4h2yvU8zpJc0OfIq5LU0p0DlggMlLE ag0ct9nkNKD96unqDxXIYscDNf/9Kv2UjXR4M18yNnmLDZr4bDuiQAB+L+2jKzbR dyOk2GxUf6FtgeOrdPmWMPuAn4+YWw== =EKEu -----END PGP SIGNATURE----- --8w1oAQG8zH7Npult--