* [lm-sensors] [PATCH 0/3] First shot at a hwmon device name mapper
@ 2014-05-09 8:01 Jean Delvare
2014-05-12 1:50 ` Guenter Roeck
0 siblings, 1 reply; 2+ messages in thread
From: Jean Delvare @ 2014-05-09 8:01 UTC (permalink / raw)
To: lm-sensors
Hi all,
As discussed lately on this list, here is a first shot at a helper
binary that resolves libsensors chip names to kernel device names and
back.
This is really a proof of concept at this point. Everything can still
be discussed and changed, just speak up if you see any problem or to
ask for improvements. Specifically I have no preference for the tool's
name or its command line interface, so if you can think of anything
better, just let me know.
--
Jean Delvare
SUSE L3 Support
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [lm-sensors] [PATCH 0/3] First shot at a hwmon device name mapper
2014-05-09 8:01 [lm-sensors] [PATCH 0/3] First shot at a hwmon device name mapper Jean Delvare
@ 2014-05-12 1:50 ` Guenter Roeck
0 siblings, 0 replies; 2+ messages in thread
From: Guenter Roeck @ 2014-05-12 1:50 UTC (permalink / raw)
To: lm-sensors
On 05/09/2014 01:01 AM, Jean Delvare wrote:
> Hi all,
>
> As discussed lately on this list, here is a first shot at a helper
> binary that resolves libsensors chip names to kernel device names and
> back.
>
> This is really a proof of concept at this point. Everything can still
> be discussed and changed, just speak up if you see any problem or to
> ask for improvements. Specifically I have no preference for the tool's
> name or its command line interface, so if you can think of anything
> better, just let me know.
>
I tried with udev, but that doesn't work - if I understand corretly,
device rename support needs explicit kernel support per subsystem.
The networking subsystem does it with dev_change_name(). Other than that
there is device_rename(), which is hardly used.
So I guess we have no other choice than something like this, unless we go
radical and start using per-driver names (coretemp0 instead of hwmonX).
But I think even that would not be reboot-safe, for example on a system
with multiple sensors of the same type connected to different i2c busses.
Anyway, not sure if that would be a good idea to start with.
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-05-12 1:50 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-09 8:01 [lm-sensors] [PATCH 0/3] First shot at a hwmon device name mapper Jean Delvare
2014-05-12 1:50 ` 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.