Isabelle, Francois wrote:
>This works, (with CVS version at least) with PPS SHMM500 and ZNYX ZX5000.
>However, responses come with "bridge command response" printed in the dump, I
>dont see that in yours.
>
>
Actually the response command is 0x34, with a data_len > 38 (there are
some data after the header and completion code). It goes in this block
(ipmi_lan_poll_recv in lan.c):
} else {
//x += sizeof(rsp->payload.ipmi_response);
if (rsp->data[x-1] != 0)
lprintf(LOG_DEBUG, "WARNING: Bridged "
"cmd ccode = 0x%02x",
rsp->data[x-1]);
}
Unfortunately data after byte 38 is the complete bridged response with
an header (which is not stripped in this case). Is it a SM bug (that
should not put the device response in its "send message" response) or is
it ipmitool that should consider the extra data as a new message response?
How do we know the actual message response length? It cannot be deduced
from the recv() completion code (it just gives the amount of bytes
buffered given to user, not necessarily a complete message).
Regards,
--
Benoît Guillon [EMAIL PROTECTED]
TCT/3S tel. : 33 (0)4 98 16 33 90
THALES COMPUTERS
-------------------------------------------------------------------------
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
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
