Hey Werner, I went ahead and added in a special case of the Peppercon manufacturer ID being assumed for Supermicro on OEM sensor interpretations. Can you LMK if this works for you?
http://download.gluster.com/pub/freeipmi/qa-release/freeipmi-1.0.2.beta3.tar.gz Al P.S. I added X8DT3-LN4F in for documentation. On Tue, 2011-02-15 at 11:52 -0800, Werner Fischer wrote: > Hey Al, > > I have requested the following outputs from the customer for this > X7DBR-3 system with the add-on IPMI card (with chip from Peppercon): > bmc-info > ipmi-sensors -V > ipmi-sensors --interpret-oem-data --output-sensor-state > --flush-cache > ipmi-sensors --interpret-oem-data --output-sensor-state --debug > > Here are the first three outputs: > Device ID : 34 > Device Revision : 1 > Device SDRs : unsupported > Firmware Revision : 1.59 > Device Available : yes (normal operation) > IPMI Version : 2.0 > Sensor Device : supported > SDR Repository Device : supported > SEL Device : supported > FRU Inventory Device : supported > IPMB Event Receiver : unsupported > IPMB Event Generator : unsupported > Bridge : unsupported > Chassis Device : supported > Manufacturer ID : Peppercon AG (10437) > Product ID : 4 > Auxiliary Firmware Revision Information : 20540000h > > GUID : 0F0E0D0C-0B0A-0908-F309-9BFEFF483002 > > Channel Information > > Channel Number : 1 > Medium Type : 802.3 LAN > Protocol Type : IPMB-1.0 > Active Session Count : 1 > Session Support : multi-session > Vendor ID : Intelligent Platform Management Interface > forum (7154) > > Channel Number : 5 > Medium Type : Asynch. Serial/Modem (RS-232) > Protocol Type : IPMB-1.0 > Active Session Count : 0 > Session Support : single-session > Vendor ID : Intelligent Platform Management Interface > forum (7154) > ipmi-sensors - 1.0.2.beta2 > Copyright (C) 2003-2010 FreeIPMI Core Team > This program is free software; you may redistribute it under the > terms of > the GNU General Public License. This program has absolutely no > warranty. > ID | Name | Type | State | Reading | > Units | Event > 4 | CPU1 Temp | OEM Reserved | N/A | N/A | > N/A | 'OEM Event = 0000h' > 5 | CPU2 Temp | OEM Reserved | N/A | N/A | > N/A | 'OEM Event = 0000h' > 6 | Sys Temp | Temperature | Nominal | 35.00 | C > | 'OK' > 7 | CPU1 Vcore | Voltage | Nominal | 1.21 | V > | 'OK' > 8 | CPU2 Vcore | Voltage | Nominal | 1.21 | V > | 'OK' > 9 | 3.3V | Voltage | Nominal | 3.28 | V > | 'OK' > 10 | 5V | Voltage | Nominal | 4.90 | V > | 'OK' > 11 | 12V | Voltage | Nominal | 11.90 | V > | 'OK' > 12 | -12V | Voltage | Nominal | -12.30 | V > | 'OK' > 13 | 5VSB | Voltage | Nominal | 4.92 | V > | 'OK' > 14 | VBAT | Voltage | Nominal | 3.28 | V > | 'OK' > 15 | Fan1 | Fan | Nominal | 8300.00 | > RPM | 'OK' > 16 | Fan2 | Fan | Nominal | 9000.00 | > RPM | 'OK' > 17 | Fan3 | Fan | Nominal | 8800.00 | > RPM | 'OK' > 18 | Fan4 | Fan | Nominal | 9100.00 | > RPM | 'OK' > 19 | Fan5 | Fan | Nominal | 9100.00 | > RPM | 'OK' > 20 | Intrusion | Physical Security | Nominal | N/A | > N/A | 'OK' > 21 | Power Supply | Power Supply | Nominal | N/A | > N/A | 'OK' > 22 | CPU0 Internal E | Module/Board | Nominal | N/A | > N/A | 'OK' > 23 | CPU1 Internal E | Module/Board | Nominal | N/A | > N/A | 'OK' > 24 | CPU Overheat | Module/Board | Nominal | N/A | > N/A | 'OK' > 25 | Thermal Trip0 | Module/Board | Nominal | N/A | > N/A | 'OK' > 26 | Thermal Trip1 | Module/Board | Nominal | N/A | > N/A | 'OK' > > The output of > ipmi-sensors --interpret-oem-data --output-sensor-state --debug > is quite large, so I have attached it in an archive (just in case the > output in there is helpful to you) > > Thanks and best regards, > Werner > > PS: regarding the X8DT3-LN4F system - I also requested the ipmi-sensors > output from there - to me it seems that the output there is ok and > interpreted correctly. > > On Mon, 2011-02-14 at 16:03 -0800, Albert Chu wrote: > > Hey Werner, > > > > Could you send me some ipmi-sensors output for this motherboard? This > > motherboard is old enough, I'm wondering if the OEM extensions were > > different back then. I have a motherboard with the identical > > manufacturer/product ID, and it had normal CPU temperature sensors. > > > > Al > > > > On Mon, 2011-02-14 at 10:56 -0800, Albert Chu wrote: > > > Hey Werner, > > > > > > On Mon, 2011-02-14 at 02:33 -0800, Werner Fischer wrote: > > > > Hi Al, > > > > > > > > * one of our customers discovered another Supermicro system where > > > > FreeIPMI has currently no product ID information to display the > > > > OEM CPU temp sensors (he tried up to > > > > freeipmi-1.0.2.beta2.tar.gz) > > > > * It is a 6015B-3R > > > > > > > > http://www.supermicro.com/products/system/1U/6015/SYS-6015B-3R.cfm with > > > > a X7DBR-3 mainboard > > > > http://www.supermicro.com/products/motherboard/Xeon1333/5000P/X7DBR-3.cfm > > > > Below I have attached his output of bmc-info. > > > > > > > > My questions > > > > 1. Can you add the Manufacturer-ID/Product-ID for the OEM CPU temp > > > > sensors for this board? (As it is a X7-board it has IPMI not > > > > onboard (like the X8-boards do), but it uses the AOC-SIMSO(+) > > > > add on card for IPMI. Therefore the Manufacturer ID is Peppercon > > > > (not Supermicro).) > > > > > > Hmm. I'll think about how to do this. Since Peppercon can sell to > > > other customers, I'm not sure how to tell it's definitely a Supermicro > > > motherboard. > > > > > > > 2. If it is not too difficult for me and if it could lower your > > > > necessary work: Maybe you can tell me where the > > > > Manufacturer-ID/Product-ID are matched in the FreeIPMI code for > > > > the OEM sensors (so I could try add them myself in the source > > > > and I could send you directly patches) > > > > > > It can be difficult since there are many permutations and ways OEM > > > extensions can be handled. The Supermicro ones are particularly unique > > > and have a special case. (And the fact the above motherboard doesn't > > > even list Supermicro as the vendor makes it more difficult.) > > > > > > If you're interested in learning, the beginning steps are the files in > > > libfreeipmi/include/freeipmi/spec/, libfreeipmi/src/spec, and > > > libfreeipmi/src/util (this is just for sensors, not for SEL > > > extensions :-). > > > > > > Al > > > > > > > Thanks for your help and best regards, > > > > Werner > > > > > > > > PS: Here is the output of bmc-info: > > > > > > > > Device ID : 34 > > > > Device Revision : 1 > > > > Device SDRs : unsupported > > > > Firmware Revision : 1.59 > > > > Device Available : yes (normal operation) > > > > IPMI Version : 2.0 > > > > Sensor Device : supported > > > > SDR Repository Device : supported > > > > SEL Device : supported > > > > FRU Inventory Device : supported > > > > IPMB Event Receiver : unsupported > > > > IPMB Event Generator : unsupported > > > > Bridge : unsupported > > > > Chassis Device : supported > > > > Manufacturer ID : Peppercon AG (10437) > > > > Product ID : 4 > > > > Auxiliary Firmware Revision Information : 20540000h > > > > > > > > GUID : 0F0E0D0C-0B0A-0908-BD20-9BFEFF483002 > > > > > > > > Channel Information > > > > > > > > Channel Number : 1 > > > > Medium Type : 802.3 LAN > > > > Protocol Type : IPMB-1.0 > > > > Active Session Count : 1 > > > > Session Support : multi-session > > > > Vendor ID : Intelligent Platform Management Interface forum > > > > (7154) > > > > > > > > Channel Number : 5 > > > > Medium Type : Asynch. Serial/Modem (RS-232) > > > > Protocol Type : IPMB-1.0 > > > > Active Session Count : 0 > > > > Session Support : single-session > > > > Vendor ID : Intelligent Platform Management Interface forum > > > > (7154) > > > > > > > > > -- Albert Chu [email protected] Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/freeipmi-devel
