[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7b3edeabb66e50825cc42ca1edf86bb7@walle.cc>
Date: Thu, 31 Mar 2022 16:51:47 +0200
From: Michael Walle <michael@...le.cc>
To: "Russell King (Oracle)" <linux@...linux.org.uk>
Cc: Guenter Roeck <linux@...ck-us.net>, Xu Yilun <yilun.xu@...el.com>,
David Laight <David.Laight@...lab.com>,
Tom Rix <trix@...hat.com>, Jean Delvare <jdelvare@...e.com>,
Andrew Lunn <andrew@...n.ch>,
Heiner Kallweit <hkallweit1@...il.com>,
"David S . Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>, linux-hwmon@...r.kernel.org,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH v2 1/5] hwmon: introduce hwmon_sanitize_name()
Am 2022-03-31 16:45, schrieb Russell King (Oracle):
> On Wed, Mar 30, 2022 at 08:23:35AM -0700, Guenter Roeck wrote:
>> Michael, let's just drop the changes outside drivers/hwmon from
>> the series, and let's keep hwmon_is_bad_char() in the include file.
>> Let's just document it, explaining its use case.
>
> Why? There hasn't been any objection to the change. All the discussion
> seems to be around the new function (this patch) rather than the actual
> conversions in drivers.
>
> I'm entirely in favour of cleaning this up - it irks me that we're
> doing
> exactly the same cleanup everywhere we have a hwmon.
>
> At the very least, I would be completely in favour of keeping the
> changes in the sfp and phy code.
FWIW, my plan was to send the hwmon patches first, by then my other
series (the polynomial_calc() one) will also be ready to be picked.
Then I'd ask Guenter for a stable branch with these two series which
hopefully get merged into net-next. Then I can repost the missing
patches on net-next along with the new sensors support for the GPY
and LAN8814 PHYs.
For the last patch, if it should be applied or not, or when, that
will be up to Guenter then.
-michael
Powered by blists - more mailing lists