Re: [PATCH 5/5] docs: hwmon: Document the uhwmon userspace interface

[Guenter Roeck]

On 10/18/26 10:27, Jihong Min wrote:
> Ok. Then I will withdraw these patch series.
>
> But then let me ask you the initial question that brought this patch series: Do you think it is at least OK to add kernel drivers for network-based sensors? Or do you think those are also to be subjected to be rejected (or remained in DKMS projects)?

What is a "network-based sensor" ?

Regarding the references, wireview has a USB interface, and I am
quite sure that it should be possible to write a kernel driver for it.
There are several hwmon kernel drivers implementing access through USB,
so the same should be possible here.

The Tapo API reference points to an "Unofficial Tapo API client",
written in AI-guided Rust. Google tells me:

"
There is no official public API documentation released by TP-Link for
Tapo smart devices. Because Tapo uses a cloud-centric and encrypted
local communication protocol, developers rely entirely on
reverse-engineered, community-driven API clients to interact with
these devices locally or via the cloud.
"

I have no idea if it is possible to implement a kernel driver for
this. There are various hwmon drivers with reverse engineered APIs
(such as the Corsair power supply drivers), so relying on reverse
engineering is not a problem. I am, however, not going to dig through
the above mentioned clients to figure out what the API actually is
and how to use it. The guidance provided by Google suggests that
it requires per-client credentials (account email and password),
which would be problematic.

Either case, it appears that this would be about monitoring remote
devices. That is really out of scope for the hardware monitoring
subsystem. The hardware monitoring subsystem is monitoring _this_
system. Adding support for monitoring remote devices would be
a stretch.

Guenter

> Sincerely,
> Jihong Min
>
> On Mon, Oct 19, 2026 at 01:06 Guenter Roeck <linux@xxxxxxxxxxxx <mailto:linux@xxxxxxxxxxxx>> wrote:
>
>     On Sat, Oct 10, 2026 at 12:38:44AM +0900, Jihong Min wrote:
>      > Document the uhwmon UAPI for developers implementing userspace hwmon
>      > drivers. Cover device registration, request handling, notifications
>      > and device lifetime.
>      >
>      > Assisted-by: Codex:gpt-6-astra
>      > Signed-off-by: Jihong Min <hurryman2212@xxxxxxxxx <mailto:hurryman2212@xxxxxxxxx>>
>
>     I am not going to review, much less apply, this series.
>     Exposing subsystem internals to userspace is a bad idea and would limit
>     future improvements of the hardware monitoring subsystem. User space file
>     systems are bad enough and cause all kinds of trouble. I don't want to have
>     to deal with the same kind of issues in the hardware monitoring subsystem.
>
>     Interested parties should implement kernel hardware monitoring
>     drivers instead.
>
>     Guenter