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;
Date:   Thu, 3 Mar 2022 12:26:00 +0000
From:   Mark Brown <broonie@kernel.org>
To:     =?iso-8859-1?Q?Cl=E9ment_L=E9ger?= <clement.leger@bootlin.com>
Cc:     Hans de Goede <hdegoede@redhat.com>,
        Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
        Daniel Scally <djrscally@gmail.com>,
        Heikki Krogerus <heikki.krogerus@linux.intel.com>,
        Sakari Ailus <sakari.ailus@linux.intel.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        "Rafael J . Wysocki" <rafael@kernel.org>,
        Wolfram Sang <wsa@kernel.org>, Peter Rosin <peda@axentia.se>,
        Russell King <linux@armlinux.org.uk>,
        Andrew Lunn <andrew@lunn.ch>,
        Heiner Kallweit <hkallweit1@gmail.com>,
        "David S . Miller" <davem@davemloft.net>,
        Jakub Kicinski <kuba@kernel.org>, linux-kernel@vger.kernel.org,
        linux-acpi@vger.kernel.org, linux-i2c@vger.kernel.org,
        netdev@vger.kernel.org,
        Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
        Alexandre Belloni <alexandre.belloni@bootlin.com>
Subject: Re: [RFC 00/10] add support for fwnode in i2c mux system and sfp
Message-ID: <YiCz2Dk/0Mf2XgDR@sirena.org.uk>
References: <20220221162652.103834-1-clement.leger@bootlin.com>
 <20220224154040.2633a4e4@fixe.home>
 <2d3278ef-0126-7b93-319b-543b17bccdc2@redhat.com>
 <20220224174205.43814f3f@fixe.home>
 <Yhe/qhFNNiGVHSW1@sirena.org.uk>
 <20220303094840.3b75c4c9@fixe.home>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="ot7L5NG/LQsDdHwB"
Content-Disposition: inline
In-Reply-To: <20220303094840.3b75c4c9@fixe.home>
Precedence: bulk


--ot7L5NG/LQsDdHwB
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 03, 2022 at 09:48:40AM +0100, Cl=E9ment L=E9ger wrote:

> Instead of making it specific for swnode, could we make it instead non
> working for acpi nodes ? Thus, the parsing would work only for swnode
> and device_node, not allowing to use the fwnode support with acpi for
> such subsystems (not talking about regulators here).

*Potentially*.  I'd need to see the code, it doesn't fill me with great
joy and there are disadvantages in terms of input validation but that
does address the main issue and perhaps the implementation would be
nicer than I'm immediately imagining.

> If switching to board file based mechanism, this means that all drivers
> that are used by the PCIe card will have to be modified to support this
> mechanism.

You should be able to mix the use of board file regulator descriptions
with other descriptions for other bits of the hardware.

--ot7L5NG/LQsDdHwB
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmIgs9cACgkQJNaLcl1U
h9CCDQf+NV5Fk1jewvCyw3G34WWQh95R6QE48mTxBv/1+F9d9hwDTq4abojmWB2A
hhd5HoCBN1k71bQJUJz60ERbP7RGMOKnPBBKRMHNDiPIeTpP9gRZvw5c4E+YZD0l
MPEtVE6bcPrKstw5eGmn3YC0Sh9V7NkpLZN3xz0NBToEjT92curG0Mq1x3y93OxH
44F1DxZnMbZYU6pvcaZhloCCt9qApNua1kukHYcYPquii7yIC87xEYC/sqZLn6Tn
LZFkhQo8QpkEWzGPiMdJJgQuABK36vk6LGVHKj1jPOztuZX7NPT0oQiYsWVXYR/M
XgmoV02ViiGGoaAieUpYB1F2ex6UEg==
=y3p8
-----END PGP SIGNATURE-----

--ot7L5NG/LQsDdHwB--