Zdenek, I think it is easy to overlook that the spec is referring to '0' and not '1'.
I checked the IPMI 2.0 spec and the ipmitool source code and from my point of view the code is indeed wrong. Inverting of "rsp->data[3]" might solve the problem. Regards Daniel > -----Original Message----- > From: Zdenek Styblik [mailto:zdenek.styb...@gmail.com] > Sent: Dienstag, 26. Februar 2013 14:06 > To: 國剛 曾 > Cc: Ipmitool-devel@lists.sourceforge.net > Subject: Re: [Ipmitool-devel] I confuse one thing about "boot info > acknowledge" of System Boot Options Command > > Jim, > > would you care to explain why this isn't a bug and why is it correct, please? > Because I don't get it as well and I'd like to know. > I sat down, I did binary/hex/whatever thing and came up with the following > values for '&' . Order of the values is as in IPMI spec PDF p. 391: > * 0xEF - OEM > * 0xF7 - SMS > * 0xFB - OS > * 0xFD - Loader > * 0xFE - BIOS > > Ok, may be I'm going to make an ass out of myself, but even that's a way > how to learn and improve. > Let's take ``OEM has handled boot info'' case which, I think, is '11101111' in > binary. And when you '&' this value with 0x10, which, I believe, is '00010000' > in binary, don't you get '0' out of such operation? > ~~~ > 11101111 > & 00010000 > ======= > 00000000 > ~~~ > > It has been long since high school and I don't practically use this, so it's > possible I'm just wrong. It's even possible the code in question works > differently, data structure has completely different values and it all makes > sense. I have no way how to toy with this in ipmitool, otherwise I would and > wouldn't be asking questions. > Yeah, it seems to me these conditions are incorrect. > > And Jim, if you don't know the answers, please, let me know and I'll put > more time into it. More than spec, pencil, paper and reading through small > and isolated portion of the code. No problems. > > Thank you for explanation and patience, > Z. > > On Tue, Feb 26, 2013 at 2:06 AM, 國剛 曾 <eva212...@yahoo.com.tw> > wrote: > > > > > > Hi Jim, > > > > Thanks for your response. > > > > In IPMI spec defines that "BIOS/POST has handled boot info" when bit 0 > > is 0b. > > But in ipmitool, if i set bit 0 is 1b: it display "BIOS/POST has > > handled boot info". > > That why i think it is not match with IPMI spec. Or that is my > > misunderstand, what do you think? Thanks. > > > > > > Ian > > > > --- 13/2/26 (二)，Jim Mankovich <jm...@hp.com> 寫道： > > > > > > 寄件者: Jim Mankovich <jm...@hp.com> > > 主旨: Re: [Ipmitool-devel] I confuse one thing about "boot info > acknowledge" > > of System Boot Options Command > > 收件者: "國剛 曾" <eva212...@yahoo.com.tw> > > 副本: Ipmitool-devel@lists.sourceforge.net > > 日期: 2013年2月26日,二,上午6:17 > > > > > > lan, > > > > It looks correct to me. > > > > Why do you believe it does not match the IPMI spec. > > > > The spec states bit 0 is BIOS/POST has handled boot info and the code > > look at bit 0 by using a mask of 0x1 == 0x1 > > > > -- Jim Mankovich | jm...@hp.com -- > > > > On 2/25/2013 2:03 AM, 國剛 曾 wrote: > > > > Dear all, > > > > I confuse one thing. > > > > In function "ipmi_chassis_get_bootparam" of ipmi_chass.c define: > > case 4: > > { > > printf( " Boot Info Acknowledge :\n"); > > if((rsp->data[3]&0x1f) != 0) > > { > > if((rsp->data[3]&0x10) == 0x10) > > printf(" - OEM has handled boot info\n"); > > if((rsp->data[3]&0x08) == 0x08) > > printf(" - SMS has handled boot info\n"); > > if((rsp->data[3]&0x04) == 0x04) > > printf(" - OS // service partition has handled boot > > info\n"); > > if((rsp->data[3]&0x02) == 0x02) > > printf(" - OS Loader has handled boot info\n"); > > if((rsp->data[3]&0x01) == 0x01) > > printf(" - BIOS/POST has handled boot info\n"); > > } > > else > > { > > printf(" No flag set\n"); > > } > > } > > > > > > But in IPMI spec 2.0 sefine: > > [7] - reserved. Write as 1b. Ignore on read. > > [6] - reserved. Write as 1b. Ignore on read. > > [5] - reserved. Write as 1b. Ignore on read. > > [4] - 0b = OEM has handled boot info. > > [3] - 0b = SMS has handled boot info. > > [2] - 0b = OS / service partition has handled boot info. > > [1] - 0b = OS Loader has handled boot info. > > [0] - 0b = BIOS/POST has handled boot info. > > > > > > So, these are not match. So, it's ipmitool bug or my misunderstand. > > Could someone help me? Thanks. > > > > > > > > Ian > > > > > > > > > > ---------------------------------------------------------------------- > > -------- Everyone hates slow websites. So do we. > > Make your web apps faster with AppDynamics Download AppDynamics Lite > > for free today: > > http://p.sf.net/sfu/appdyn_d2d_feb > > > > > > > > _______________________________________________ > > Ipmitool-devel mailing list > > Ipmitool-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/ipmitool-devel > > > > > > > > > > ---------------------------------------------------------------------- > > -------- Everyone hates slow websites. So do we. > > Make your web apps faster with AppDynamics Download AppDynamics Lite > > for free today: > > http://p.sf.net/sfu/appdyn_d2d_feb > > _______________________________________________ > > Ipmitool-devel mailing list > > Ipmitool-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/ipmitool-devel > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite > for free today: > http://p.sf.net/sfu/appdyn_d2d_feb > _______________________________________________ > Ipmitool-devel mailing list > Ipmitool-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ipmitool-devel ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
