Andy, Thanks for the clarification.
Wouldn't this configuration pose as a problem: FRU updates are done to the active bmc, w/c is device id 1; yet on bootup, we expect it to be at device id 0. Anyway, to retrive the active bmc device id? Or to determine that the mini-bmc is overriden? The code is used on both type of machines, I have to be able to programmatically detect which device id is actually active and retrieve the appropraite FRU entries. Thanks. Michael, On the Jarrell motherboard where the IMM resides, there is a default mini-BMC and then the IMM plugin with IPMI 2.0 and the advanced features. So, there are actually two BMCs, but only one is active at a time. That is why the IMM has a FRU Device ID of 1, since the mini-BMC occupied FRU ID 0. This should not pose a problem, and attached is the output from 'fruconfig' (from ipmiutil) on a TIGI2U system with an IMM. You can see from the attached immfru.txt that the SlaveAddress/ChannelNumber for the IMM BMC is 20/00, while the SlaveAddress/FruDeviceID is 20/01. The IPMI 1.5 text you reference is similar to text in section 37.7 about the FRU Device ID, and is still true, since the mini-BMC on that motherboard is FRU Device ID 0, but it is inactive. Andy ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Openipmi-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openipmi-developer
