Hi Al, thank you for the beta.
Sensors 55, 56, and 59 are now recognized: ID | Name | Type | State | Reading | Units | Event [...] 47 | SMI Timeout | OEM Reserved | N/A | N/A | N/A | 'OK' [...] 55 | P1 VRD Hot | Temperature | Nominal | N/A | N/A | 'OK' 56 | P2 VRD Hot | Temperature | Nominal | N/A | N/A | 'OK' [...] 59 | IOH Therm Trip | Temperature | Nominal | N/A | N/A | 'OK' For sensor 47 the state is still "N/A". For the SMI timeout I assume that the unasserted state is the one which should be nominal as I have found a notice on a similar Intel motherboard: There Intel they corrected an issue when SMI Timeout was asserted, causing a critical event in their event log - see page 19 in this pdf, point "5) Event Log may report SMI Timeout Assertion after Server Power button is pressed" http://download.intel.com/support/motherboards/server/mfsys25/sb/mfsys25_mfsys35_spec_update_feb11.pdf But I will ask Intel on more details on sensor 47 and sensor 59 as you have requested to be sure. I'll let you know on the list once I have more details on that. Best regards, Werner PS: here is some more verbose output on these four sensors: Record ID: 47 ID String: SMI Timeout Sensor Type: OEM Reserved (F3h) Sensor Number: 6 IPMB Slave Address: 10h Sensor Owner ID: 20h Sensor Owner LUN: 0h Channel Number: 0h Entity ID: system board (7) Entity Instance: 1 Entity Instance Type: Physical Entity Event/Reading Type Code: 3h Sensor State: N/A Sensor Event: 'OK' Record ID: 55 ID String: P1 VRD Hot Sensor Type: Temperature (1h) Sensor Number: 102 IPMB Slave Address: 10h Sensor Owner ID: 20h Sensor Owner LUN: 0h Channel Number: 0h Entity ID: processor (3) Entity Instance: 1 Entity Instance Type: Physical Entity Event/Reading Type Code: 5h Sensor State: Nominal Sensor Event: 'OK' Record ID: 56 ID String: P2 VRD Hot Sensor Type: Temperature (1h) Sensor Number: 103 IPMB Slave Address: 10h Sensor Owner ID: 20h Sensor Owner LUN: 0h Channel Number: 0h Entity ID: processor (3) Entity Instance: 2 Entity Instance Type: Physical Entity Event/Reading Type Code: 5h Sensor State: Nominal Sensor Event: 'OK' Record ID: 59 ID String: IOH Therm Trip Sensor Type: Temperature (1h) Sensor Number: 106 IPMB Slave Address: 10h Sensor Owner ID: 20h Sensor Owner LUN: 0h Channel Number: 0h Entity ID: system board (7) Entity Instance: 1 Entity Instance Type: Physical Entity Event/Reading Type Code: 3h Sensor State: Nominal Sensor Event: 'OK' On Fri, 2011-04-01 at 15:32 -0700, Albert Chu wrote: > Hey Werner, Ben, > > Here's a beta that should support those sensor interpretations. It's > tough for me to test w/o your motherboard in front of me, PLMK if it > works for you. > > http://download.gluster.com/pub/freeipmi/qa-release/freeipmi-1.0.4.beta0.tar.gz > > Al > > On Fri, 2011-04-01 at 03:51 -0700, Werner Fischer wrote: > > Hi Al, > > (sorry for sending it twice, I sent my first email in error only to you, > > not the list) > > > > I've been on vacation for some weeks and now back again. > > > > Benjamin meant with "not detected" that FreeIPMI returns a monitoring > > status of "N/A" for those sensors (not "Nominal"). Unfortunately we > > missed to send the output of "ipmimonitoring --legacy-output > > --interpret-oem-data --quiet-cache --sdr-cache-recreate" (which is used > > by our Nagios plugin): > > > > Record ID | Sensor Name | Sensor Group | Monitoring Status | Sensor Units | > > Sensor Reading [...] > > 47 | SMI Timeout | OEM Reserved | N/A | N/A | 'OK' > > [...] > > 55 | P1 VRD Hot | Temperature | N/A | N/A | 'OK' > > 56 | P2 VRD Hot | Temperature | N/A | N/A | 'OK' > > [...] > > 59 | IOH Therm Trip | Temperature | N/A | N/A | 'OK' > > > > Would it be possible for you to include information about those four > > sensors to future versions of FreeIPMI, so that it reports a monitoring > > status of "Nominal" when the sensor reading is 'OK' as above? > > > > In case you would need additional information from Intel about those > > sensors, just let me know. > > > > Best regards and have a nice weekend, > > thank you, > > Werner > > > > On Wed, 2011-02-23 at 10:06 -0800, Albert Chu wrote: > > > Hi Benjamin, > > > > > > What do you mean by "not detected"? It appears everything is fine by > > > the information you list below. > > > > > > Do you mean these sensors are not reporting actual temperatures? While > > > these are indeed temperature sensors (identified by the motherboard as > > > such), they do not appear to be sensors that report a temperature > > > reading. They instead report an event bitmask. The key is the > > > "event/Readin Type Code" field of each sensor. > > > > > > Al > > > > > > On Tue, 2011-02-22 at 23:55 -0800, Benjamin Bayer wrote: > > > > Hello, > > > > we have a Intel SR1625 wehre some Sensors not detected with FreeIPMI > > > > Version 1.0.2.beta3. > > > > > > > > Thank You. > > > > > > > > Regards > > > > > > > > Benjamin Bayer > > _______________________________________________ Freeipmi-users mailing list Freeipmi-users@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-users