Thread (14 messages) 14 messages, 5 authors, 2026-03-25

Re: [PATCH net-next 3/3] dpll: zl3073x: add hwmon support for input reference frequencies

From: Ivan Vecera <ivecera@redhat.com>
Date: 2026-03-20 13:48:14
Also in: linux-hwmon, lkml

On 3/20/26 1:21 PM, Guenter Roeck wrote:
On 3/20/26 03:59, Ivan Vecera wrote:
quoted
Expose measured input reference frequencies via the hwmon interface
using custom sysfs attributes (freqN_input and freqN_label) since
hwmon has no native frequency sensor type. The frequency values are
read from the cached measurements updated by the periodic work thread.

Cache the device ready state in struct zl3073x_dev so that
freq_input_show() can return -ENODATA without an I2C access when
the device firmware is not configured.

Signed-off-by: Ivan Vecera <ivecera@redhat.com>
"frequency" is not a hardware monitoring attribute. I understand that it is
convenient to report it as one, and that other drivers implement it as 
well,
but that doesn't change that.

I understand that the code lives outside the hardware monitoring 
subsystem and is
thus not in control of its maintainers, so you can essentially do 
whatever you want,
even if it is wrong. That doesn't change the fact that it is wrong.

However, do _not_ try to add it into the official list of hardware 
monitoring
attributes. I would NACK that.

Guenter
Hi Guenter,

Understood. I recognize that frequency falls outside the strict scope of
hardware monitoring and does not belong in the official hwmon ABI.

I'm using it here as a convenient way to expose these specific driver
metrics, but I hear you loud and clear. I will absolutely not propose
adding frequency to the official list of hwmon attributes or
documentation.

Thank you for your time and for reviewing the patch.

Regards,
Ivan
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help