Al,

Ah, you were right about the sequence number thing.
I did have the resolution in the ipmiutil/ipmignu.c, and I retested it
with a long SEL session, to make sure.  So, that change is not needed.  

Andy 

-----Original Message-----
From: Albert Chu [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 13, 2005 12:27 PM
To: Cress, Andrew R
Cc: freeipmi-devel@gnu.org
Subject: Re: Old libfreeipmi bug fix

Hey Andrew,

I remember the patch.  I wasn't quite sure why it didn't make it into
0.1.3.  Then I looked at the tag and ChangeLog dates.  The fix was
applied post 0.1.3 :-(

By the way, I believe you want "from = sizeof(struct sockaddr_in)" in
your patch if you were applying it locally.  Also didn't we fix the
sequence numbering problem in ipmiutil userspace??  I dug up and e-mail
showing I gave you this:

  rv = ipmi_lan_cmd(sockfd, hostaddr, hostaddr_len,
                    auth_type, session_seqnum, session_id,
                    authcode, authcode_len,
                    netfn, IPMI_BMC_IPMB_LUN_BMC, (rq_seq %
 (IPMI_LAN_SEQ_NUM_MAX + 1)),
                    cmd_rq, tmpl_rq, cmd_rs, tmpl_rs);

Al

--
Albert Chu
[EMAIL PROTECTED]
Lawrence Livermore National Laboratory

----- Original Message -----
From: "Cress, Andrew R" <[EMAIL PROTECTED]>
Date: Friday, May 13, 2005 9:00 am
Subject: Old libfreeipmi bug fix

> Al,
> 
> For some reason, the fix from the thread below didn't get propagated
> into libfreeipmi-0.1.3. I ran into it again.
> I have attached the patch I applied to make it work for me.
> I also created bug #13076 for it, so we don't lose track of it again
> :-).
> 
> Andy 
> 
> -----Original Message-----
> From: Albert Chu [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, October 28, 2004 12:20 PM
> To: Cress, Andrew R
> Cc: freeipmi-devel@gnu.org
> Subject: Re: RE: [Freeipmi-devel] Using libfreeipmi interface
> 
> Hi Andrew,
> 
> You're right that it needs to be initialized, but I think it has to be
> initialized to sizeof(struct sockaddr_in).  _pkt_len is probably a 
> largeenough size that it just happened to work. 
> 
> Thanks for the catch 
> 
> Al
> 
> --
> Albert Chu
> [EMAIL PROTECTED]
> Lawrence Livermore National Laboratory
> 
> ----- Original Message -----
> From: "Cress, Andrew R" <[EMAIL PROTECTED]>
> Date: Wednesday, October 27, 2004 2:09 pm
> Subject: RE: [Freeipmi-devel] Using libfreeipmi interface
> 
> > Albert,
> > 
> > I did find the problem that was causing the recvfrom to abort.
> > 
> > In libfreeipmi/src/ipmi-lan-interface.c at about line 699:
> >    fromlen = _pkt_len;  /* added this, fromlen must be 
> initialized */
> >    pkt_len = ipmi_lan_recvfrom (sockfd, pkt, _pkt_len, 0, 
> >                                 (struct sockaddr *)&from, &fromlen);
> > There may be other places that call recvfrom where this change 
> > would be
> > needed also.
> > 
> > It works now, if the app is careful with sequence numbers.
> > 
> > Andy
> > 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> > Behalf Of Cress, Andrew R
> > Sent: Wednesday, October 27, 2004 2:07 PM
> > To: Albert Chu
> > Cc: freeipmi-devel@gnu.org
> > Subject: RE: [Freeipmi-devel] Using libfreeipmi interface
> > 
> > 
> > Albert,
> > 
> > I have been able to get the kcs interface working with the FreeIPMI
> > library, but not yet the  LAN interface.  I'm using
> > ipmi_lan_open_session() and ipmi_lan_cmd(), and I put in some debug
> > statements in ipmi-lan-interface.c.
> > The ipmi_lan_open_session fails at the Get_Session_Challenge command
> > response.
> > I'm confused as to why ipmi_lan_recvfrom returns -1 for this 
> command.> The ipmipower app does get status ok, but gets "invalid 
> authtype" 
> > tryingto reset.
> > The remote node does respond to BMC LAN commands via other (Intel)
> > server management applications, and I've included its configuration
> > information below.
> > 
> > Attempting to open_session to remote node:
> > assemble_ipmi_lan_pkt complete cmd=38
> > ipmi_lan_sendto status = 23
> > ipmi_lan_recvfrom len = 30
> > unassemble complete
> > get_chan_auth rsp: 38 00 07 17 01 00 00 00 00 00
> > ipmi_comp_test complete status = 1
> > assemble_ipmi_lan_pkt complete cmd=39
> > get_sess_chal rq: 39 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
> > 00 00
> > ipmi_lan_sendto status = 38
> > ipmi_lan_recvfrom len = -1
> > ipmi_lan_open_session: rv = -1 id=0
> > 
> > BMC LAN Configuration of remote node:
> > Lan Param(0) Set in progress: 00
> > Lan Param(1) Auth type support: 17
> > Lan Param(2) Auth type enables: 17 17 06 06 00
> > Lan Param(3) IP address: 10 243 42 182
> > Lan Param(4) IP addr src: 01
> > Lan Param(5) MAC addr: 00 03 47 94 ff 46
> > Lan Param(6) Subnet mask: 255 255 255 0
> > Lan Param(7) IPv4 header: 40 40 10
> > Lan Param(10) BMC grat ARP : 01
> > Lan Param(11) grat ARP interval: 04
> > Lan Param(12) Def gateway IP: 10 243 42 251
> > Lan Param(13) Def gateway MAC: 00 05 9a da d3 fc
> > Lan Param(14) Sec gateway IP: 0 0 0 0
> > Lan Param(15) Sec gateway MAC: 00 00 00 00 00 00
> > Lan Param(16) Community string: public
> > Lan Param(17) Num dest: 04
> > Lan Param(18) Dest type: 01 00 01 00 69
> > Lan Param(19) Dest address: 01 00 00 [10 243 42 182] 00 03 47 94 
> ff 46
> > Lan Param(192) DHCP Server IP: 0 0 0 0
> > Lan Param(193) DHCP MAC Address: 00 00 00 00 00 00
> > Lan Param(194) DHCP Enable: 00
> > GetChanAcc(lan), ret = 0, new value = 02
> >  Access = Always Avail, PEF Alerts Enabled
> > Lan Param(201) Channel Access Mode(Lan): 02 04
> > Get User Access(1): 04 01 00 14
> > 
> > -----Original Message-----
> > From: Albert Chu [mailto:[EMAIL PROTECTED] 
> > Sent: Monday, October 25, 2004 5:11 PM
> > To: Cress, Andrew R
> > Cc: freeipmi-devel@gnu.org
> > Subject: Re: [Freeipmi-devel] Using libfreeipmi interface
> > 
> > 
> > Hi Andrew,
> > 
> > Thanks for trying to support libfreeipmi with ipmiutil.  I think 
> a 
> > goodplace to start off for how to use the LAN interface would be
> > libfreeipmi/src/ipmi-ping.c and ipmiping/src/ipmiping.c. The code in
> > ipmi-ping.c is a wrapper for a generic send/select/read loop that is
> > common to ipmiping and rmcpping.  The code in ipmiping.c contains 
> the> code to construct and parse packets.  You should be able to 
> see how
> > packets are constructed, sent, read packets with arbitrary buffer 
> > sizes.and parsed/checked.
> > 
> > For KCS, the construction/parsing of packets is similar.  You 
> just 
> > needto call ipmi_kcs_cmd() or ipmi_kcs_cmd_interruptible() 
> instead of
> > ipmi_lan_sendto() and ipmi_lan_recvfrom().  I'm not sure of 
> situations> where you may get a response from the BMC of arbitrary 
> size when 
> > workingin-band.  Presumably everything will be bounded by some 
> > length, and we
> > have accounted for those varying lengths in the templates
> > (fiid_template_t types).  Is there is a situation that you are
> > encountering this issue?  I suppose we could create a helper 
> function> that allocates space based on an integer parameter rather 
> than a
> > template parameter. AB?? Ian??
> > 
> > I'm not sure about AB's schedule for putting out a hackers guide. 
> I
> > will put libfreeipmi examples onto our collective todo list.
> > 
> > Al
> > 
> > --
> > Albert Chu
> > [EMAIL PROTECTED]
> > Lawrence Livermore National Laboratory
> > 
> > ----- Original Message -----
> > From: "Cress, Andrew R" <[EMAIL PROTECTED]>
> > Date: Monday, October 25, 2004 1:34 pm
> > Subject: [Freeipmi-devel] Using libfreeipmi interface
> > 
> > > Hi,
> > > 
> > > I have some IPMI Management Utilities which currently support 3 
> > > types of
> > > IPMI drivers, and I'd like to add support for libfreeipmi also. 
> 
> > These> utilities have the IPMI commands already composed.   See
> > > http://ipmiutil.sf.net
> > > I did download version 0.1.0 and build it on my system, and bmc-
> > info,> bmcpower, and bmcping seem to work ok.  
> > > 
> > > Looking at the freeipmi-hackers-intro.pdf, it looks like I need 
> more> > information about the LAN interface and KCS interface 
> routines.  The
> > > other documents seem to aimed at users, and not much 
> > documentation 
> > > aboutthe developers' API yet.  I tried to distill out what I 
> > needed 
> > > from the
> > > sample apps, but I'm having trouble in the general case passing a
> > > pre-formed IPMI command, with a receive buffer that is big 
> enough to
> > > handle whatever the response might be, then getting the actual 
> > > receivedbyte count.  The sample routines are targeted at 
> certain 
> > > given commands
> > > and the known return length for each.  Maybe what I need is a
> > > 'pass-through' template, or something (?).  
> > > 
> > > What would you suggest?
> > > 
> > > Andy
> > > 
> > > ---
> > > Andy Cress                      803-216-2356  fax:803-216-2178
> > > Senior Software Engineer    [EMAIL PROTECTED]
> > > Intel Corporation, Columbia Design Center, CBA1
> > > 100 Center Point Cir., Suite 200, Columbia, SC 29210
> > > http://ipmiutil.sf.net   http://scsirastools.sf.net
> > > BTW, I speak for myself, not for Intel Corp.
> > > "Do not merely look out for your own personal interests, but 
> also 
> > for> the interests of others." Phil 2:4
> > > 
> > > 
> > > _______________________________________________
> > > Freeipmi-devel mailing list
> > > Freeipmi-devel@gnu.org
> > > http://lists.gnu.org/mailman/listinfo/freeipmi-devel
> > > 
> > 
> > 
> > 
> > _______________________________________________
> > Freeipmi-devel mailing list
> > Freeipmi-devel@gnu.org
> > http://lists.gnu.org/mailman/listinfo/freeipmi-devel
> > 
> 
> 



_______________________________________________
Freeipmi-devel mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Reply via email to