Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp881820iob; Wed, 4 May 2022 09:49:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwgZJ8JK+CMdc+fCQCxH1meTXfE+8A99dczFtUMJO64E4AITjx0g82woHKuzGE3WNFJtSLX X-Received: by 2002:a17:906:939a:b0:6f4:312e:b87e with SMTP id l26-20020a170906939a00b006f4312eb87emr17370215ejx.150.1651682989705; Wed, 04 May 2022 09:49:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651682989; cv=none; d=google.com; s=arc-20160816; b=FrADPNnJfDImx69GUl/F0bNXp8C9yDGj+9sGMzJatrk4OpNnvchXG1KN2eo/0P4ZUB Oqfbr5NLMYDUNihTcecZXPOH9HpldWPQrcSFNGe/OaJz6RBtLi3bwkcRrji1b7zKXWlu JMrx0PO9Xn/1Ck2PzEvQGlpopBX/r7AhhRDdIZVc3CKnPkLkKdX3ythVxU4wJTEWJZ5P 7DdJY9t1yZpO6Wf1IuJpc+mGbkEcmblCdpv952Q9hW7a8Z2z8iUCKyE3coQroYz+Am8n gEkXLRB4LN1lIgYHjIKu9t8OpdvSy1qTAOio4Xj/9QqzuFLZQ68WmbhU8eoH5qdRk/wO jsGA== 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=zhVR7FR0o8b9tOz00Fb9LsP3zUccIEU7N0ZAFgEJX+4=; b=SIzb7CHAVoYuN4tccMMRA48YjoLKb3r3Jbm3hsuVaLMz+oW/iYgzBzLP4gwdEf8W7B dg4sVG6wPPikvKXhjO1KRNEG7OqqLpySuG4dD/EPxf30wFwuPrNKk+Bs9CRChsbr3hvE Wc2Dnwu2GmRVMmEe5veSOpKmrSl1X/v4G8o+zwNgdpi4kVI3ju8Aqk5bPuKonwfAqWZn LoQpf4zorxARSXUztJz2Y1BMDgo9LlI6wgxx+27jfQUU32n9yWE/u1iGVL102sHwlGr/ wrLwDzOXv0RkvymADsotb3Ec3q/Z1HxQErT4l1su0kVVGN4nZS98t2WGPJzj3iyr+OeM L8Fw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=GiRoDcjC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m11-20020a056402510b00b00427e36ae868si4727715edd.130.2022.05.04.09.49.26; Wed, 04 May 2022 09:49:49 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=GiRoDcjC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348345AbiEDM7h (ORCPT + 99 others); Wed, 4 May 2022 08:59:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44146 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349930AbiEDM7g (ORCPT ); Wed, 4 May 2022 08:59:36 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 28DCA3B558; Wed, 4 May 2022 05:56:01 -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 ams.source.kernel.org (Postfix) with ESMTPS id D0B38B8239E; Wed, 4 May 2022 12:55:59 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B761DC385A8; Wed, 4 May 2022 12:55:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1651668958; bh=kTceZKaSae8dEs+i0l1pReBP7AnGtYSXSHGjRB5sBmw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=GiRoDcjCnjPMOR+OupvzqaEVdo+3p1ITb84GN+/B5EkRtVzdE40dsqPiMrDEXdz7P nkJgkk7rZ5dKw2PH1lN6vuU2ctPLb4371XlSLJcurETAY6957q9WThOe/qtKDXKtq1 ANQSWjwp5+rf07iyjEC+TA0P8hpvjyuFtNvZEJS6X6Phivw9Cj+fxU1IynE02dAeVS jTK14uGFUP2xlM5bGK7XI2oYaSx8/1L3AGVy3N6YzwKp0ImPO/KsF77UVt7m/dnwUE +ho1ZXbFL7L8LSK2N1csXgBRX2uZfMoMbD+TAYZXXftTK9jH8nQ/bTG/OR7naGFDNZ 9t241WyWfuNxA== Date: Wed, 4 May 2022 13:55:53 +0100 From: Mark Brown To: Zev Weiss Cc: Liam Girdwood , Rob Herring , Krzysztof Kozlowski , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, Greg Kroah-Hartman , openbmc@lists.ozlabs.org Subject: Re: [PATCH 2/6] dt-bindings: regulator: Add reg-external-output binding Message-ID: References: <20220504065252.6955-1-zev@bewilderbeest.net> <20220504065252.6955-2-zev@bewilderbeest.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OeS2mizHPjpFFiLa" Content-Disposition: inline In-Reply-To: <20220504065252.6955-2-zev@bewilderbeest.net> X-Cookie: Mother is the invention of necessity. X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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 --OeS2mizHPjpFFiLa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, May 03, 2022 at 11:52:48PM -0700, Zev Weiss wrote: > This describes an external output supplied by a regulator, such as a > power outlet on a power distribution unit (PDU). OK, so this is that represnetation of the connection - which raises the question about why the regulator needs a property? > +description: | > + This describes an external output supplied by a regulator, such as > + a power outlet on a power distribution unit (PDU). > + > +properties: > + compatible: > + const: reg-external-output > + > + vout-supply: > + description: > + Phandle of the regulator supplying the output, which should have > + the regulator-external-output property. > + > +required: I think at a minimum anything like this would need some sort of representation of how the output physically appears so that people can work out how outputs are mapped to the hardware they see. However we already have a subsystem for external connectors - extcon. Perhaps this should be a regulator client in the extcon API? It's common for connectors to include some sort of power provision so it seems like this would fit right in. --OeS2mizHPjpFFiLa Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmJyd9gACgkQJNaLcl1U h9AKZwf+Kv5LJYapRQXolMBLWWzK2Nn85PgabLCHlDg312x1LS4BqxJGYDX9mRTF UAYoRIgM8itBAMqd/p2ia6jbpfynvjQ4R+hMx1rIKcPl3qIPV8X7MsLnutU9fjvg StTLlWzLW/at2L1yGq3ca3PAqJZh/jZOaxU1EPdZNiuXUT0xet0lfvhxt4dGWiHP ZoGd+muGLfNDflUHBs5jR87rD0WmL4c5/daPJoK47ZFXk2S2wJ0fBa/5l1kPLDkq QfRmtNC5zFFAj3f5tZfJFt54ozljaCEPuaj7Jt4LVU8/DJDnkioYB5QiYe767X4P uSBZMYJvEyIzr0gXgk9WJrVRthK1zA== =VA9P -----END PGP SIGNATURE----- --OeS2mizHPjpFFiLa--