Through a vendor I was able to get the OEM magic from the vendor. It's netfn = 0x30 and cmd = 0x03. I tried it on one motherboard and it worked.
Al On Mon, 2008-11-17 at 11:38 -0800, Al Chu wrote: > On Mon, 2008-11-17 at 10:34 -0800, Hall, Eric R wrote: > > Geert Jan - > > > > Is '0xaa' the sensor number? Usually you use the re-arm command with the > > sensor number. I.E. 0x04 0x2a <senor number> 0x00 > > > > A Set Event Receiver command can be used as a global re-arm command. > > Otherwise, use the raw 0x04 0x2a <sensor number> 0x00 to re-arm the sensor. > > I tried this out earlier on some Supermicro motherboards I own and it > didn't work (as well as various combinations of the re-arm command). > Naturally my firmware can be different, cards different, etc. so I don't > know if it will work for Geert Jan. > > Through a vendor, I'm pinging Supermicro to see if they can cough up how > to make this happen on our Supermicro boards. I'm guessing it could be > an OEM command. > > Al > > > - Eric > > > > >-----Original Message----- > > >From: Geert Jan de Groot [mailto:[EMAIL PROTECTED] > > >Sent: Friday, November 14, 2008 7:15 AM > > >To: ipmitool-devel@lists.sourceforge.net > > >Subject: [Ipmitool-devel] Resetting Intrusion detection flags.. > > > > > > > > >Does anybody have insight on the workings of the Intrusion detect > > >flags with IPMI? > > > > > >On SuperMicro machines, with SIMSO+ cards as wel as SIMSO-HTC card, > > >there is support for an 'intrusion detect' event: if one opens > > >the chassis, a switch will trigger which will set a flag. > > >Every time you reboot, the flag leaves an event in the event log. > > > > > >This flag isn't self-resetting and I wonder how, with imitool, > > >I can reset it. I've successfully reset it using the SuperMicro > > >propietary tools (the GUI tool as well as ipmicli), but I can't > > >figure out how they do this. > > > > > >I've looked at the IPMI 2.0 spec and found a 'Re-arm Sensor Events' > > >command (sensor device commands, Sensor/Event NetFn, command 0x2a), > > >which ipmitool 1.8.10 doesn't know about. > > >In fact, looking at ipmi_sdr.h, this command is skipped in the > > >enumaration of the sensor commands. > > > > > >As an experiment, I sent raw commands ('raw 0x04 0x2a 0xaa 0x00') > > >which is understood and accepted by the IPMI module, but > > >still keeps the intrusion event flag active and doesn't reset it, > > >so I guess implementing this command in ipmitool would not solve > > >my problem. > > > > > >Reading the archives and searching yields little info except > > >'use the linux tool' which I don't want to do. > > >I've tried reading the protocol but it's using RMCP+ and hence > > >the network traffic is encrypted. > > > > > >There is little info about this and I'm probably overlooking something. > > >Please enlighten me. > > > > > >Thanks, > > > > > >Geert Jan > > > > > > > > >------------------------------------------------------------------------- > > >This SF.Net email is sponsored by the Moblin Your Move Developer's > > >challenge > > >Build the coolest Linux based applications with Moblin SDK & win great > > >prizes > > >Grand prize is a trip for two to an Open Source event anywhere in the world > > >http:// moblin-contest.org/redirect.php?banner_id=100&url=/ > > >_______________________________________________ > > >Ipmitool-devel mailing list > > >Ipmitool-devel@lists.sourceforge.net > > >https:// lists.sourceforge.net/lists/listinfo/ipmitool-devel > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the world > > http:// moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Ipmitool-devel mailing list > > Ipmitool-devel@lists.sourceforge.net > > https:// lists.sourceforge.net/lists/listinfo/ipmitool-devel > > > -- > Albert Chu > [EMAIL PROTECTED] > Computer Scientist > High Performance Systems Division > Lawrence Livermore National Laboratory > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http:// moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Ipmitool-devel mailing list > Ipmitool-devel@lists.sourceforge.net > https:// lists.sourceforge.net/lists/listinfo/ipmitool-devel > -- Albert Chu [EMAIL PROTECTED] Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
