Wow, quick responses. I wasn't sure what to expect since the last postings on this topic were about a year ago. I can provide you with the code that I have now, but since I only have it functional on one platform I don't believe it is ready for inclusion in the kernel. It fails to load sensors on SuperMicro and unloading the module is not yet clean (it leaves pieces of the sysfs structure it creates). If I can attempt a high-level summary of what I have read in this thread: - there is currently no better alternative to ipmisensors - there is interest in this functionality either via ipmitool, ipmisensors, or other yet to be created code - there is a desire to not replicate code Based on this, I'll move forward with changing ipmisensors to use IPMB. While this may not be a final solution and it will replicate some code, it will provide access to the sensor data via lm-sensors (and in turn, via net-snmp) and fits into the infrastructure as it exists today. Paul Harper paul.harper@xxxxxxxxxx On Thu, 2009-11-19 at 04:35 -0800, Luca Tettamanti wrote: > On Thu, Nov 19, 2009 at 1:09 PM, Jean Delvare <khali@xxxxxxxxxxxx> wrote: > > On Thu, 19 Nov 2009 12:22:39 +0100, Luca Tettamanti wrote: > >> On Thu, Nov 19, 2009 at 11:46 AM, Jean Delvare <khali@xxxxxxxxxxxx> wrote: > >> > For IPMI, I don't know if "ipmitool sensor" can be run as non-root, > >> > this needs to be confirmed. I presume it depends on the permissions of > >> > the /dev/impi* nodes. > >> > >> Yes, the user needs rw permission on the device node. > >> > >> >> If you are willing to spend effort on this, I would be happy to help were I > >> >> can! > >> > > >> > The bottom line is that anyone who pushes IPMI sensors support forward > >> > has my blessing. Honestly, I don't care that much whether it is in the > >> > kernel or in libsensors, as long as it finally happens. It has been > >> > pending for sooooo long :( > >> > >> +1 ;-) > >> I have the hardware (a few Dell servers) so at least I can do testing > >> (and hopefully some coding). > > > > Would you be willing to work together with Paul to put ipmisensors code > > into shape to be finally merged into the kernel? After it is confirmed > > that ipmisensors won't cause trouble to ipmisensors, of course. > > I _might_ be able to hijack a development machine during the weekend, > otherwise for testing I'd have to backport to 2.6.26 (Debian) since I > really can't do a lot of reboots to test a kernel module. > > > Then we can discuss whether a libsensors-based implementation would > > make sense, but if you need rw access to /dev/ipmi0 then I guess a > > user-space implementation becomes unrealistic. > > But easier to test for me :P > BTW, I did a quick recompile of ipmitool opening the device node ro: > it still works (or at least it seems to). > > Luca _______________________________________________ lm-sensors mailing list lm-sensors@xxxxxxxxxxxxxx http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
