[{"id":3672854,"web_url":"http://patchwork.ozlabs.org/comment/3672854/","msgid":"<177515483295.822679.9865474186198571507.robh@kernel.org>","list_archive_url":null,"date":"2026-04-02T18:33:52","subject":"Re: [PATCH v11 1/6] dt-bindings: pinctrl: add NXP MC33978/MC34978\n MSDI","submitter":{"id":62529,"url":"http://patchwork.ozlabs.org/api/people/62529/","name":"Rob Herring (Arm)","email":"robh@kernel.org"},"content":"On Thu, 02 Apr 2026 19:43:44 +0200, Oleksij Rempel wrote:\n> Add device tree binding documentation for the NXP MC33978 and MC34978\n> Multiple Switch Detection Interface (MSDI) devices.\n> \n> The MC33978 and MC34978 differ primarily in their operating temperature\n> ranges. While not software-detectable, providing specific compatible\n> strings allows the hwmon subsystem to correctly interpret thermal\n> thresholds and hardware faults.\n> \n> These ICs monitor up to 22 mechanical switch contacts in automotive and\n> industrial environments. They provide configurable wetting currents to\n> break through contact oxidation and feature extensive hardware\n> protection against thermal overload and voltage transients (load\n> dumps/brown-outs).\n> \n> The device interfaces via SPI. While it provides multiple functions, its\n> primary hardware purpose is pin/switch control. To accurately represent\n> the hardware as a single physical integrated circuit without unnecessary\n> DT overhead, all functions are flattened into a single pinctrl node:\n> - pinctrl: Exposing the 22 switch inputs (SG/SP pins) as a GPIO controller\n>   and managing their pin configurations.\n> - hwmon: Exposing critical hardware faults (OT, OV, UV) and static\n>   voltage/temperature thresholds.\n> - mux: Controlling the 24-to-1 analog multiplexer to route pin voltages,\n>   internal temperature, or battery voltage to an external SoC ADC.\n> \n> Signed-off-by: Oleksij Rempel <o.rempel@pengutronix.de>\n> Reviewed-by: Rob Herring (Arm) <robh@kernel.org>\n> Reviewed-by: Linus Walleij <linusw@kernel.org>\n> ---\n> changes v11:\n> - no changes\n> changes v10:\n> - no changes\n> changes v9:\n> - no changes\n> changes v8:\n> - Update IRQ_TYPE_* macros include path reference in documentation from\n>   interrupt-controller.h to dt-bindings/interrupt-controller/irq.h.\n> - Add bias-disable, drive-open-drain, drive-open-source, and drive-strength\n>   to the list of supported pin configuration properties.\n> changes v7:\n> - no changes\n> changes v6:\n> - add Reviewed-by: Rob Herring (Arm) <robh@kernel.org>\n> - add Reviewed-by: Linus Walleij <linusw@kernel.org>\n> changes v5:\n> - Commit Message: Added justification for distinct compatible strings\n>   based on temperature ranges.\n> - Restricted pins property to an explicit enum of valid hardware pins\n> changes v4:\n> - Drop the standalone mfd/nxp,mc33978.yaml schema entirely.\n> - Move the unified device binding to bindings/pinctrl/nxp,mc33978.yaml,\n> - Remove the dedicated child node compatible strings (nxp,mc33978-pinctrl).\n> - Flatten the pinctrl/gpio properties directly into the main SPI device\n>   node.\n> changes v3:\n> - Drop regular expression pattern from pinctrl child node and define\n>   it as a standard property\n> - Reorder required properties list in MFD binding\n> - Remove stray blank line from the MFD binding devicetree example\n> - Replace unevaluatedProperties with additionalProperties in the pinctrl\n>   binding\n> changes v2:\n> - Squashed MFD, pinctrl, hwmon, and mux bindings into a single patch\n> - Removed the empty hwmon child node\n> - Folded the mux-controller node into the parent MFD node\n> - Added vbatp-supply and vddq-supply to the required properties block\n> - Changed the example node name from mc33978@0 to gpio@0\n> - Removed unnecessary literal block scalars (|) from descriptions\n> - Documented SG, SP, and SB pin acronyms in the pinctrl description\n> - Added consumer polarity guidance (GPIO_ACTIVE_LOW/HIGH) for SG/SB\n>   inputs, with a note on output circuit dependency\n> - Updated commit message\n> ---\n>  .../bindings/pinctrl/nxp,mc33978.yaml         | 158 ++++++++++++++++++\n>  1 file changed, 158 insertions(+)\n>  create mode 100644 Documentation/devicetree/bindings/pinctrl/nxp,mc33978.yaml\n> \n\nMy bot found errors running 'make dt_binding_check' on your patch:\n\nyamllint warnings/errors:\n\ndtschema/dtc warnings/errors:\n/builds/robherring/dt-review-ci/linux/Documentation/devicetree/bindings/pinctrl/nxp,mc33978.example.dtb: gpio@0 (nxp,mc33978): $nodename:0: 'gpio@0' does not match '^mux-controller(@.*|-([0-9]|[1-9][0-9]+))?$'\n\tfrom schema $id: http://devicetree.org/schemas/mux/mux-controller.yaml\n\ndoc reference errors (make refcheckdocs):\n\nSee https://patchwork.kernel.org/project/devicetree/patch/20260402174349.3220518-2-o.rempel@pengutronix.de\n\nThe base for the series is generally the latest rc1. A different dependency\nshould be noted in *this* patch.\n\nIf you already ran 'make dt_binding_check' and didn't see the above\nerror(s), then make sure 'yamllint' is installed and dt-schema is up to\ndate:\n\npip3 install dtschema --upgrade\n\nPlease check and re-submit after running the above command yourself. Note\nthat DT_SCHEMA_FILES can be set to your schema file to speed up checking\nyour schema. However, it must be unset to test all examples with your schema.","headers":{"Return-Path":"\n <linux-gpio+bounces-34615-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=Ntsgu2OU;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c04:e001:36c::12fc:5321; helo=tor.lore.kernel.org;\n envelope-from=linux-gpio+bounces-34615-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"Ntsgu2OU\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from tor.lore.kernel.org (tor.lore.kernel.org\n [IPv6:2600:3c04:e001:36c::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fmrB64prpz1yCs\n\tfor <incoming@patchwork.ozlabs.org>; Fri, 03 Apr 2026 05:34:54 +1100 (AEDT)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby tor.lore.kernel.org (Postfix) with ESMTP id 0DC413058BF9\n\tfor <incoming@patchwork.ozlabs.org>; Thu,  2 Apr 2026 18:33:57 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 9D4D63C13F1;\n\tThu,  2 Apr 2026 18:33:55 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 5CA2737AA6C;\n\tThu,  2 Apr 2026 18:33:55 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id C4C38C116C6;\n\tThu,  2 Apr 2026 18:33:54 +0000 (UTC)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1775154835; cv=none;\n b=PGb9vdopmAUkbi2g4uVxObd/7AqwLvQBijr1MbKeIgyhumWV7D1Y4rFjC1cWG+uP44t17O/KtnnSSL1VDRXHE1YZuT6orexqujrW7bF59rz+w5L7IHXSBdnw2e7FceO2N8MuopLklyxNZK1PCrcb9YkQGphS0eOKf6mvMfUJlP8=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1775154835; c=relaxed/simple;\n\tbh=bmYmOG51HqSlxAN5cRC0QHqdrbletvGjSEocJpU+Vp4=;\n\th=Date:Content-Type:MIME-Version:From:Cc:To:In-Reply-To:References:\n\t Message-Id:Subject;\n b=D+CrPJrsTFDkekH3vyVU7NGT+NSaASxVmELFl0HCiZaljYZGYTP3Wo6rNuwYB3QV7dUGHq1IKj5DvbXNF1mXgmHmF5qB74Ng23sHRFzzOQ4q/YmwGkno5uuo+7YmEDnKjwf0VAAHDR2xym7xXwQM/gedqGV/ikfdqCyRpkBnmNY=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=Ntsgu2OU; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1775154834;\n\tbh=bmYmOG51HqSlxAN5cRC0QHqdrbletvGjSEocJpU+Vp4=;\n\th=Date:From:Cc:To:In-Reply-To:References:Subject:From;\n\tb=Ntsgu2OUMr96ctuD9Diz5ZtFli09vXi/MLWwuGc9QFUSGmHwaLtNv9CBNVYPfzPW+\n\t HIAgx8dXmDD5eHSvcMN2SXtFC/UIka/mvoDb3ziGZw901mDGkCx6VU358cE9xMC9dj\n\t I6FZJ9t05Oh/D/6WIPgK/ux3hSoJ0BIhw6lj0mEU803vylsVXXReIpUBh28H1hgyBI\n\t VtdmQpW/tcLccmc534M6n9MGrHcrmtDE4Xz7qf0RGphxTpVE22NCSyx5I423iME+iv\n\t l9qZbTN+/78LmSIZNqAKooI5pdrMp0Ij0RzEDKZ2BOHzNS86nKefmB83bhlIemrTya\n\t jAvKPV2Ft1s2w==","Date":"Thu, 02 Apr 2026 13:33:52 -0500","Content-Type":"text/plain; charset=\"utf-8\"","Content-Transfer-Encoding":"8bit","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"<linux-gpio.vger.kernel.org>","List-Subscribe":"<mailto:linux-gpio+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-gpio+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","From":"\"Rob Herring (Arm)\" <robh@kernel.org>","Cc":"linux-gpio@vger.kernel.org, Lee Jones <lee@kernel.org>,\n linux-hwmon@vger.kernel.org, devicetree@vger.kernel.org,\n Conor Dooley <conor+dt@kernel.org>, kernel@pengutronix.de,\n David Jander <david@protonic.nl>, Linus Walleij <linusw@kernel.org>,\n linux-kernel@vger.kernel.org, Guenter Roeck <linux@roeck-us.net>,\n Peter Rosin <peda@axentia.se>, Krzysztof Kozlowski <krzk+dt@kernel.org>","To":"Oleksij Rempel <o.rempel@pengutronix.de>","In-Reply-To":"<20260402174349.3220518-2-o.rempel@pengutronix.de>","References":"<20260402174349.3220518-1-o.rempel@pengutronix.de>\n <20260402174349.3220518-2-o.rempel@pengutronix.de>","Message-Id":"<177515483295.822679.9865474186198571507.robh@kernel.org>","Subject":"Re: [PATCH v11 1/6] dt-bindings: pinctrl: add NXP MC33978/MC34978\n MSDI"}}]