[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251027123030.7e876f5f@kemnade.info>
Date: Mon, 27 Oct 2025 12:30:30 +0100
From: Andreas Kemnade <andreas@...nade.info>
To: Mark Brown <broonie@...nel.org>
Cc: jdelvare@...e.com, linux@...ck-us.net, lgirdwood@...il.com,
linux-hwmon@...r.kernel.org, linux-kernel@...r.kernel.org, Alistair Francis
<alistair@...stair23.me>
Subject: Re: [PATCH RFC 1/2] hwmon: (sy7636a) fix races during probe of mfd
subdevices
Hi,
On Wed, 24 Sep 2025 10:44:37 +0200
Mark Brown <broonie@...nel.org> wrote:
> On Wed, Sep 24, 2025 at 09:00:23AM +0200, Andreas Kemnade wrote:
>
> > max5970-regulator.c has hwmon integrated and no extra device. That would
> > simplify things. Although it does not report temperature. Some
>
> If that's the only reason why it's a MFD I'm fine with doing that.
So lets summarize.
Regulator + Temperature without hierarchy = regulator driver with hwmon integrated or
mfd
+ regulator driver
+ hwmon driver
Regulator + Temperature with some kind of hierarchy = regulator driver with hwmon as
aux device or
regulator driver with hwmon integrated
I am just thinking about upstreaming one of the other epd pmic drivers
I carry around with full power management in mind at the beginning first.
The difference is that temperature part in these chips is more separated,
so the other design patterns are more suitable. So it is not one bit
controlling everything. I am thinking about chips like the JD9930,
TPS65185, or the FP9928. So I get a good picture how things could work.
Regards,
Andreas
Powered by blists - more mailing lists