public inbox for linux-arm-kernel@lists.infradead.org
 help / color / mirror / Atom feed
From: Janne Grunau <j@jannau.net>
To: Rob Herring <robh@kernel.org>
Cc: James Calligeros <jcalligeros99@gmail.com>,
	Sven Peter <sven@kernel.org>,
	Alyssa Rosenzweig <alyssa@rosenzweig.io>,
	Neal Gompa <neal@gompa.dev>, Lee Jones <lee@kernel.org>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Alexandre Belloni <alexandre.belloni@bootlin.com>,
	Jean Delvare <jdelvare@suse.com>,
	Guenter Roeck <linux@roeck-us.net>,
	Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	asahi@lists.linux.dev, linux-arm-kernel@lists.infradead.org,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-rtc@vger.kernel.org, linux-hwmon@vger.kernel.org,
	linux-input@vger.kernel.org
Subject: Re: [PATCH v2 02/11] dt-bindings: hwmon: Add Apple System Management Controller hwmon schema
Date: Thu, 25 Sep 2025 22:49:25 +0200	[thread overview]
Message-ID: <20250925204925.GA637503@robin.jannau.net> (raw)
In-Reply-To: <20250829164057.GA976361-robh@kernel.org>

On Fri, Aug 29, 2025 at 11:40:57AM -0500, Rob Herring wrote:
> On Wed, Aug 27, 2025 at 09:22:36PM +1000, James Calligeros wrote:
> > Apple Silicon devices integrate a vast array of sensors, monitoring
> > current, power, temperature, and voltage across almost every part of
> > the system. The sensors themselves are all connected to the System
> > Management Controller (SMC). The SMC firmware exposes the data
> > reported by these sensors via its standard FourCC-based key-value
> > API. The SMC is also responsible for monitoring and controlling any
> > fans connected to the system, exposing them in the same way.
> > 
> > For reasons known only to Apple, each device exposes its sensors with
> > an almost totally unique set of keys. This is true even for devices
> > which share an SoC. An M1 Mac mini, for example, will report its core
> > temperatures on different keys to an M1 MacBook Pro. Worse still, the
> > SMC does not provide a way to enumerate the available keys at runtime,
> > nor do the keys follow any sort of reasonable or consistent naming
> > rules that could be used to deduce their purpose. We must therefore
> > know which keys are present on any given device, and which function
> > they serve, ahead of time.
> > 
> > Add a schema so that we can describe the available sensors for a given
> > Apple Silicon device in the Devicetree.
> > 
> > Signed-off-by: James Calligeros <jcalligeros99@gmail.com>
> > ---
> >  .../bindings/hwmon/apple,smc-hwmon.yaml  | 132 +++++++++++++++++++++++++
> >  .../bindings/mfd/apple,smc.yaml          |  36 +++++++
> >  MAINTAINERS                              |   1 +
> >  3 files changed, 169 insertions(+)
> > 
> > diff --git a/Documentation/devicetree/bindings/hwmon/apple,smc-hwmon.yaml b/Documentation/devicetree/bindings/hwmon/apple,smc-hwmon.yaml
> > new file mode 100644
> > index 0000000000000000000000000000000000000000..08cc4f55f3a41ca8b3b428088f96240266fa42e8
> > --- /dev/null
> > +++ b/Documentation/devicetree/bindings/hwmon/apple,smc-hwmon.yaml
> > @@ -0,0 +1,132 @@
> 
> This should be something like this:
> 
> "^current-[A-Za-z0-9]{4}$":
>   $ref: "#/$defs/sensor"
>   unevaluatedProperties: false
> 
> With the $defs/sensor being:
> 
> $defs:
>   sensor:
>     type: object
>     
>     properties:
>       apple,key-id:
>         $ref: /schemas/types.yaml#/definitions/string
>         pattern: "^[A-Za-z0-9]{4}$"
>         description: 
>           The SMC FourCC key of the desired sensor. Must match the 
>           node's suffix.
> 
>       label:
>         description: Human-readable name for the sensor
> 
>     required:
>       - apple,key-id
>       - label
> 
> Though in general, 'label' should never be required being just for human 
> convenience.

That does not sound as it would be compatible with skipping nodes in the
driver if the node misses label. The driver could of course fall back
to create a hwmon sensors without labels. I looks to me it would be a
stretch to call the presence of the labels human convenience.

Janne


  reply	other threads:[~2025-09-25 20:49 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-27 11:22 [PATCH v2 00/11] mfd: macsmc: add rtc, hwmon and hid subdevices James Calligeros
2025-08-27 11:22 ` [PATCH v2 01/11] dt-bindings: rtc: Add Apple SMC RTC James Calligeros
2025-08-27 11:22 ` [PATCH v2 02/11] dt-bindings: hwmon: Add Apple System Management Controller hwmon schema James Calligeros
2025-08-29 16:40   ` Rob Herring
2025-09-25 20:49     ` Janne Grunau [this message]
2025-09-25 21:43       ` Rob Herring
2025-09-28  0:36         ` James Calligeros
2025-09-28  2:09           ` Guenter Roeck
2025-08-27 11:22 ` [PATCH v2 03/11] rtc: Add new rtc-macsmc driver for Apple Silicon Macs James Calligeros
2025-08-27 11:22 ` [PATCH v2 04/11] mfd: macsmc: Wire up Apple SMC RTC subdevice James Calligeros
2025-08-27 11:22 ` [PATCH v2 05/11] hwmon: Add Apple Silicon SMC hwmon driver James Calligeros
2025-08-28 22:19   ` Guenter Roeck
2025-09-25 21:33   ` Janne Grunau
2025-08-27 11:22 ` [PATCH v2 06/11] mfd: macsmc: Wire up Apple SMC hwmon subdevice James Calligeros
2025-08-27 11:22 ` [PATCH v2 07/11] input: macsmc-hid: New driver to handle the Apple Mac SMC buttons/lid James Calligeros
2025-08-29 11:11   ` Dmitry Torokhov
2025-10-21 21:35     ` Janne Grunau
2025-09-25 21:49   ` Janne Grunau
2025-08-27 11:22 ` [PATCH v2 08/11] mfd: macsmc: Wire up Apple SMC HID subdevice James Calligeros
2025-09-25 21:55   ` Janne Grunau
2025-08-27 11:22 ` [PATCH v2 09/11] arm64: dts: apple: t8103,t600x,t8112: Add SMC RTC node James Calligeros
2025-08-27 11:22 ` [PATCH v2 10/11] arm64: dts: apple: Add common hwmon sensors and fans James Calligeros
2025-09-25 22:02   ` Janne Grunau
2025-08-27 11:22 ` [PATCH v2 11/11] arm64: dts: apple: t8103, t600x, t8112: Add common hwmon nodes to devices James Calligeros
2025-08-27 13:47 ` [PATCH v2 00/11] mfd: macsmc: add rtc, hwmon and hid subdevices Guenter Roeck
2025-08-27 22:06   ` James Calligeros
2025-08-28  2:50     ` Neal Gompa
2025-08-28 22:12 ` Alexandre Belloni
2025-09-25 22:13 ` Janne Grunau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250925204925.GA637503@robin.jannau.net \
    --to=j@jannau.net \
    --cc=alexandre.belloni@bootlin.com \
    --cc=alyssa@rosenzweig.io \
    --cc=asahi@lists.linux.dev \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.torokhov@gmail.com \
    --cc=jcalligeros99@gmail.com \
    --cc=jdelvare@suse.com \
    --cc=krzk+dt@kernel.org \
    --cc=lee@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-hwmon@vger.kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rtc@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=neal@gompa.dev \
    --cc=robh@kernel.org \
    --cc=sven@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox