From patchwork Tue Mar 29 16:07:25 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Michael Walle X-Patchwork-Id: 12795060 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2A3E9C433FE for ; Tue, 29 Mar 2022 16:08:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239428AbiC2QJp (ORCPT ); Tue, 29 Mar 2022 12:09:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43634 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239354AbiC2QJc (ORCPT ); Tue, 29 Mar 2022 12:09:32 -0400 Received: from ssl.serverraum.org (ssl.serverraum.org [176.9.125.105]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9282F25EC90; Tue, 29 Mar 2022 09:07:46 -0700 (PDT) Received: from mwalle01.kontron.local. (unknown [213.135.10.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ssl.serverraum.org (Postfix) with ESMTPSA id 77276221D4; Tue, 29 Mar 2022 18:07:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1648570064; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=t6Pu735TGprjeUwEKpTa7O8OdAXFGppdshHVqteN2gw=; b=p0QdfHQjmUB4GbWudN19R+uzjuqI/DvM+q425uz70IhFQQkBm08PeRjzHXw2yJPyrPaL1H RLm8ta1iUmqI8DtVDaFMxSgIHt+Q4FXzhq2q7MV4McveKyPZucvJVVH9Q8aQ28dVJGFPBd 41AWyupxLGsnCBFS61l1BZ51nBjadtE= From: Michael Walle To: Xu Yilun , Tom Rix , Jean Delvare , Guenter Roeck , Andrew Lunn , Heiner Kallweit , Russell King , "David S . Miller" , Jakub Kicinski , Paolo Abeni Cc: linux-hwmon@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Michael Walle Subject: [PATCH v2 0/5] hwmon: introduce hwmon_sanitize() Date: Tue, 29 Mar 2022 18:07:25 +0200 Message-Id: <20220329160730.3265481-1-michael@walle.cc> X-Mailer: git-send-email 2.30.2 MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-hwmon@vger.kernel.org During development of the support for the temperature sensor on the GPY PHY, I've noticed that there is ususually a loop over the name to replace any invalid characters. Instead of open coding it in the drivers provide a convenience function. The last patch is marked as RFC, it should probably be reposted/applied to the kernel release after next (?). changes since v1: - split patches - add hwmon-kernel-api.rst documentation - move the strdup into the hwmon core - also provide a resource managed variant Michael Walle (5): hwmon: introduce hwmon_sanitize_name() hwmon: intel-m10-bmc-hwmon: use devm_hwmon_sanitize_name() net: sfp: use hwmon_sanitize_name() net: phy: nxp-tja11xx: use devm_hwmon_sanitize_name() hwmon: move hwmon_is_bad_char() into core Documentation/hwmon/hwmon-kernel-api.rst | 9 +++- drivers/hwmon/hwmon.c | 69 ++++++++++++++++++++++++ drivers/hwmon/intel-m10-bmc-hwmon.c | 7 +-- drivers/net/phy/nxp-tja11xx.c | 7 +-- drivers/net/phy/sfp.c | 8 +-- include/linux/hwmon.h | 24 +-------- 6 files changed, 83 insertions(+), 41 deletions(-)