All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.