Re: [RFC PATCH 0/1] Add the sensors-config tool

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Jan 17, 2010 at 05:30:36PM +0100, Hans de Goede wrote:
> Hi,

Hello Hans,

> >
> >What do you mean with this /etc/sensors-mb.conf? I don't know such a
> >config file. My plan was to copy the file to the /etc/sensors.d
> >directory. Configs in this directory overwrites the default
> >sensors.conf config file.
> >
> 
> Ah cool, yes that is pretty much the mechanism I had in mind, although
> I believe the file should be renamed to motherboard.conf on copy-ing, see
> below.

Ok.

> >I don't think we have to copy the file on every startup. It should be
> >enough to do this while installing lm-sensors or if an update is
> >available, right? But it's right, we need an trigger for the dmi-based
> >configuration. This could be done from 'make install'.
> 
> Erm most people won't be doing make install, but will be installing
> packages from a distro. Also think about cases like a livecd /
> live usb stick, where the hardware must be discovered automatically
> each boot, as it might be completely different.
> 
> An other scenario is the user swapping motherboard. So, just like
> the rest of a modern Linux distributions dynamically discovers
> all hardware each boot (swapping a video card or a motherboard
> does not require making any configuration files now a days), lm_sensors
> should dynamically discover and configure sensors (where possible).
> 
> So I disagree with "I don't think we have to copy the file on every startup."
> this is also why the file should have a standard name like
> /etc/sensors.d/auto-motherboard.conf
> 
> And I would even go as far as to say, that if no valid config was
> found that file should be removed.

Ok, you've totally convinced me. So I will add (or extend the
existing?) initscript to do this discovery.

> >>>What can you do with this tool?
> >>>
> >>>1. Download config files from lm-sensors.org and build an archive
> >>
> >>Hmm, I see it currently has a hardcoded list of config files, it would
> >>be good if it could discover the config files dynamically based on
> >>what is available on lm-sensors.org
> >
> >That's right. We could maintain a file similar to the format generated
> >by the wiki.
> >
> >   http://lm-sensors.org/wiki/Configurations
> >
> >Such a file is easy to parse and might contain only confirmed
> >configurations. Or do you know a way to scan remote directories via
> >HTTP?
> >
> 
> No not really, you could parse the index page(s), but
> having an easier to parse index file somewhere on lm-sensors.org is
> fine.

Ok.

> >>>2. Install this archive into the file system (the path is hard-coded
> >>>so far)
> >>
> >>I think the path should be under /var/lib, as the contents can
> >>change by running the same version of the tool again (if the
> >>wiki is updated).
> >
> >>
> >>I see currently this assumes that the name as on the wiki (in
> >>the url on the wiki), is the same as in the dmi info, this is
> >>not necessarily true.
> >
> >The names don't have to exactly match. The lookup is case-insensitiv
> >and the "wiki name" have to be part of the "dmi name". I did some test
> >with the data Rudolf Marek sent in the first thread.
> >
> >   http://lists.lm-sensors.org/pipermail/lm-sensors/2007-February/018982.html
> >
> 
> Ok, the problem with this approach is that renaming wiki pages is not
> trivial AFAIK. So if the wiki page name is poorly chosen (or atleast
> chosen in such a way it does not match the DMI name), we are in trouble
> I really believe we need a way to embed the DMI strings to search
> for inside the configuration files.

Ok, I will will read some more about the sensors4mobo project and then
we can discuss an approach.

> >>There was a project similar to yours a
> >>while ago, which added magic comments to the config files
> >>to state for which dmi strings the config was valid. note
> >>that one config could be valid for multiple boards.
> >
> >Yes, one config for multiple boards doesn't work at the
> >moment. Probably we have to introduce some meta data for this
> >issue. Maybe we could support single boards for now and add this
> >feature later on!?
> >
> 
> If the one config file multiple boards case was the only problem, sure,
> but see above.
> 
> About all this also see:
> http://sensors4mobo.eberian.com/
> 
> Which is something similar to what you were doing now, but which was
> created as a project for private use and never got any bigger then that.
> 
> I'll forward you the announcement mail of this project.

> Regards,
> 
> Hans
> 

Thanks,
Andre

_______________________________________________
lm-sensors mailing list
lm-sensors@xxxxxxxxxxxxxx
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux