Zdenek, apologies for the inconvenience as I am resubmitting the lanplus
patch again, with an additional change from prior patch. To avoid
confusion I renamed this lanplus_retry_assertion_2. Further testing
caught an omission in lanplus.c/ipmi_lanplus_open_session() where the
return code shou
lanplus retry assertion patch, resubmitted with corrections per Zdenek.
Regards,
Pat
--- lanplus.c 2014-02-27 13:06:47.322356772 -0600
+++
/home/estes01/pjd/src/ipmitool/ipmitool-1.8.13/src/plugins/lanplus/lanplus.c
2014-03-03 07:06:20.274110988 -0600
@@ -2099,6 +2099,7 @@ ipmi_lanplus
On Thu, Feb 27, 2014 at 9:17 PM, Pat Donlin wrote:
> I had submitted a patch back on Nov 19, 2013 regarding a fix to lanplus
> retry. This had resolved a problem whereby a retry of a payload type of
> IPMI_PAYLOAD_TYPE_IPMI first removed the request from the queue before going
> back for a retry o
I had submitted a patch back on Nov 19, 2013 regarding a fix to lanplus
retry. This had resolved a problem whereby a retry of a payload type of
IPMI_PAYLOAD_TYPE_IPMI first removed the request from the queue before
going back for a retry of the message. I have been able to determine why
this fi
