* [PATCH] hwmon: (sht3x) Fix alarm attribute names in documentation
@ 2026-11-12 6:01 Wayne Ho
2026-11-12 6:04 ` sashiko-bot
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Wayne Ho @ 2026-11-12 6:01 UTC (permalink / raw)
To: Guenter Roeck
Cc: Jonathan Corbet, Shuah Khan, Randy Dunlap, Pascal Sachs,
linux-hwmon, linux-doc, linux-kernel
The description of the periodic measure mode says that "the alert
attribute" is set when a reading exceeds the configured limits. The
driver has no such attribute, and never had one. The alarm state has
been exposed through temp1_alarm and humidity1_alarm since the driver
was added, which is also what the sysfs interface table further down in
the same document lists.
Refer to the actual attribute names.
Fixes: 7c84f7f80d6f ("hwmon: add support for Sensirion SHT3x sensors")
Signed-off-by: Wayne Ho <wayneho219@gmail.com>
---
Documentation/hwmon/sht3x.rst | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/hwmon/sht3x.rst b/Documentation/hwmon/sht3x.rst
index 4f67671eb0c..3c022c058be 100644
--- a/Documentation/hwmon/sht3x.rst
+++ b/Documentation/hwmon/sht3x.rst
@@ -78,11 +78,11 @@ The allowed update_interval in milliseconds are as follows:
In the periodic measure mode, the sensor automatically triggers a measurement
with the configured update interval on the chip. When a temperature or humidity
-reading exceeds the configured limits, the alert attribute is set to 1 and
-the alert pin on the sensor is set to high.
+reading exceeds the configured limits, the temp1_alarm or humidity1_alarm
+attribute is set to 1 and the alert pin on the sensor is set to high.
When the temperature and humidity readings move back between the hysteresis
-values, the alert bit is set to 0 and the alert pin on the sensor is set to
-low.
+values, the alarm attribute is set to 0 and the alert pin on the sensor is set
+to low.
The serial number exposed to debugfs allows for unique identification of the
sensors. For sts32, sts33 and sht33, the manufacturer provides calibration
---
base-commit: 44c8ceae2dd3ae536c5f4f956cedb24c157aac23
change-id: 20261112-sht3x-doc-alarm-attr-118ddfebc6ae
Best regards,
--
Wayne Ho <wayneho219@gmail.com>
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] hwmon: (sht3x) Fix alarm attribute names in documentation
2026-11-12 6:01 [PATCH] hwmon: (sht3x) Fix alarm attribute names in documentation Wayne Ho
@ 2026-11-12 6:04 ` sashiko-bot
2026-11-12 18:05 ` Guenter Roeck
2026-11-13 0:43 ` Guenter Roeck
2 siblings, 0 replies; 4+ messages in thread
From: sashiko-bot @ 2026-11-12 6:04 UTC (permalink / raw)
To: Wayne Ho; +Cc: linux-hwmon
> The description of the periodic measure mode says that "the alert
> attribute" is set when a reading exceeds the configured limits. The
> driver has no such attribute, and never had one. The alarm state has
> been exposed through temp1_alarm and humidity1_alarm since the driver
> was added, which is also what the sysfs interface table further down in
> the same document lists.
>
> Refer to the actual attribute names.
>
> Fixes: 7c84f7f80d6f ("hwmon: add support for Sensirion SHT3x sensors")
> Signed-off-by: Wayne Ho <wayneho219@gmail.com>
Sashiko has reviewed this patch and found no issues.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261112-sht3x-doc-alarm-attr-v1-1-91676362d133@gmail.com?part=1
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] hwmon: (sht3x) Fix alarm attribute names in documentation
2026-11-12 6:01 [PATCH] hwmon: (sht3x) Fix alarm attribute names in documentation Wayne Ho
2026-11-12 6:04 ` sashiko-bot
@ 2026-11-12 18:05 ` Guenter Roeck
2026-11-13 0:43 ` Guenter Roeck
2 siblings, 0 replies; 4+ messages in thread
From: Guenter Roeck @ 2026-11-12 18:05 UTC (permalink / raw)
To: Wayne Ho
Cc: Jonathan Corbet, Shuah Khan, Randy Dunlap, Pascal Sachs,
linux-hwmon, linux-doc, linux-kernel
On 11/11/26 22:01, Wayne Ho wrote:
> The description of the periodic measure mode says that "the alert
> attribute" is set when a reading exceeds the configured limits. The
> driver has no such attribute, and never had one. The alarm state has
> been exposed through temp1_alarm and humidity1_alarm since the driver
> was added, which is also what the sysfs interface table further down in
> the same document lists.
>
> Refer to the actual attribute names.
>
> Fixes: 7c84f7f80d6f ("hwmon: add support for Sensirion SHT3x sensors")
> Signed-off-by: Wayne Ho <wayneho219@gmail.com>
> ---
> Documentation/hwmon/sht3x.rst | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/hwmon/sht3x.rst b/Documentation/hwmon/sht3x.rst
> index 4f67671eb0c..3c022c058be 100644
> --- a/Documentation/hwmon/sht3x.rst
> +++ b/Documentation/hwmon/sht3x.rst
> @@ -78,11 +78,11 @@ The allowed update_interval in milliseconds are as follows:
>
> In the periodic measure mode, the sensor automatically triggers a measurement
> with the configured update interval on the chip. When a temperature or humidity
> -reading exceeds the configured limits, the alert attribute is set to 1 and
> -the alert pin on the sensor is set to high.
> +reading exceeds the configured limits, the temp1_alarm or humidity1_alarm
> +attribute is set to 1 and the alert pin on the sensor is set to high.
Just replacing "alert" with "alarm", as below, would do the trick as well.
If you resend with those changes, I'll apply it, but for the future please
refrain from sending cosmetic patches. If you want to contribute, please
consider fixing real bugs.
Thanks,
Guenter
> When the temperature and humidity readings move back between the hysteresis
> -values, the alert bit is set to 0 and the alert pin on the sensor is set to
> -low.
> +values, the alarm attribute is set to 0 and the alert pin on the sensor is set
> +to low.
>
> The serial number exposed to debugfs allows for unique identification of the
> sensors. For sts32, sts33 and sht33, the manufacturer provides calibration
>
> ---
> base-commit: 44c8ceae2dd3ae536c5f4f956cedb24c157aac23
> change-id: 20261112-sht3x-doc-alarm-attr-118ddfebc6ae
>
> Best regards,
> --
> Wayne Ho <wayneho219@gmail.com>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] hwmon: (sht3x) Fix alarm attribute names in documentation
2026-11-12 6:01 [PATCH] hwmon: (sht3x) Fix alarm attribute names in documentation Wayne Ho
2026-11-12 6:04 ` sashiko-bot
2026-11-12 18:05 ` Guenter Roeck
@ 2026-11-13 0:43 ` Guenter Roeck
2 siblings, 0 replies; 4+ messages in thread
From: Guenter Roeck @ 2026-11-13 0:43 UTC (permalink / raw)
To: Wayne Ho
Cc: Jonathan Corbet, Shuah Khan, Randy Dunlap, Pascal Sachs,
linux-hwmon, linux-doc, linux-kernel
On 11/11/26 22:01, Wayne Ho wrote:
> The description of the periodic measure mode says that "the alert
> attribute" is set when a reading exceeds the configured limits. The
> driver has no such attribute, and never had one. The alarm state has
> been exposed through temp1_alarm and humidity1_alarm since the driver
> was added, which is also what the sysfs interface table further down in
> the same document lists.
>
> Refer to the actual attribute names.
>
> Fixes: 7c84f7f80d6f ("hwmon: add support for Sensirion SHT3x sensors")
> Signed-off-by: Wayne Ho <wayneho219@gmail.com>
> ---
> Documentation/hwmon/sht3x.rst | 8 ++++----
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/hwmon/sht3x.rst b/Documentation/hwmon/sht3x.rst
> index 4f67671eb0c..3c022c058be 100644
> --- a/Documentation/hwmon/sht3x.rst
> +++ b/Documentation/hwmon/sht3x.rst
> @@ -78,11 +78,11 @@ The allowed update_interval in milliseconds are as follows:
>
> In the periodic measure mode, the sensor automatically triggers a measurement
> with the configured update interval on the chip. When a temperature or humidity
> -reading exceeds the configured limits, the alert attribute is set to 1 and
> -the alert pin on the sensor is set to high.
> +reading exceeds the configured limits, the temp1_alarm or humidity1_alarm
> +attribute is set to 1 and the alert pin on the sensor is set to high.
Just replacing "alert" with "alarm", as below, would do the trick as well.
If you resend with those changes, I'll apply it, but for the future please
refrain from sending cosmetic patches. If you want to contribute, please
consider fixing real bugs.
Thanks,
Guenter
> When the temperature and humidity readings move back between the hysteresis
> -values, the alert bit is set to 0 and the alert pin on the sensor is set to
> -low.
> +values, the alarm attribute is set to 0 and the alert pin on the sensor is set
> +to low.
>
> The serial number exposed to debugfs allows for unique identification of the
> sensors. For sts32, sts33 and sht33, the manufacturer provides calibration
>
> ---
> base-commit: 44c8ceae2dd3ae536c5f4f956cedb24c157aac23
> change-id: 20261112-sht3x-doc-alarm-attr-118ddfebc6ae
>
> Best regards,
> --
> Wayne Ho <wayneho219@gmail.com>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-11-13 0:43 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-11-12 6:01 [PATCH] hwmon: (sht3x) Fix alarm attribute names in documentation Wayne Ho
2026-11-12 6:04 ` sashiko-bot
2026-11-12 18:05 ` Guenter Roeck
2026-11-13 0:43 ` Guenter Roeck
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.