[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210330174221.GJ4976@sirena.org.uk>
Date: Tue, 30 Mar 2021 18:42:21 +0100
From: Mark Brown <broonie@...nel.org>
To: Zev Weiss <zev@...ilderbeest.net>
Cc: Guenter Roeck <linux@...ck-us.net>,
Jean Delvare <jdelvare@...e.com>, linux-hwmon@...r.kernel.org,
Andrew Jeffery <andrew@...id.au>,
Liam Girdwood <lgirdwood@...il.com>,
linux-kernel@...r.kernel.org, openbmc@...ts.ozlabs.org
Subject: Re: Enabling pmbus power control
On Tue, Mar 30, 2021 at 12:19:29PM -0500, Zev Weiss wrote:
> On Tue, Mar 30, 2021 at 06:22:54AM CDT, Mark Brown wrote:
> > On Tue, Mar 30, 2021 at 03:34:16AM -0700, Guenter Roeck wrote:
> > > (and I don't know if the userspace consumer code is appropriate - you
> > > might want to check with the regulator maintainer on that).
> > It's not, you should never see this in a production system.
> Sorry, can you clarify what exactly "this" refers to here?
The userspace consumer.
> > I can't really tell what the issue is here without more context, the
> > global name list should not be relevant for much in a system that's well
> > configured so it sounds like it's user error.
> My initial attempt I guess followed the existing ltc2978 code a little too
> closely and I ended up with all my lm25066 regulators registered under the
> same (static) name, so when I went to attach the reg-userspace-consumer
> instances to them by way of that name I got this:
I don't know what you're trying to do or why, nor how you're going about
achieving it so I can't really comment. Like I say anything that's
instantiating a userspace consumer in upstream code is broken, it's
there for test during development of regulator drivers. Whatever device
is supplied by the regulator should have a driver which should control
the regulator at runtime if that is needed.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists