Re: [Freeipmi-devel] Inverted IPMI responses
Hi Albert Session sequence numbers looks correct. Kind regards / Cordialement Marc Girard Power Efficiency team marc.gir...@atos.net https://eu.yourcircuit.com/#/email/marc.gir...@atos.net -Original Message- From: achudr...@gmail.com On Behalf Of Albert Chu Sent: Wednesday, January 16, 2019 4:59 PM To: GIRARD, MARC Cc: freeipmi-devel@gnu.org Subject: Re: [Freeipmi-devel] Inverted IPMI responses Hi Marc, It's certainly possible it's a implementation bug. It's also possibly a network routing race where the packets race. Could you show the full headers/trailers of the packets, I would like to see the session sequence numbers. Al On Wed, Jan 16, 2019 at 12:58 AM GIRARD, MARC wrote: > > Hi FreeIPMI Team, > > We experiment a unusual problem with Intel PCSD S2600BPB host. > With Intel Node Manager OEM command, sometime response messages come in > reverse order : OEM Intelnm Get Node Manager Statistics Response first then > Send Message Response. > See side by side trace analysis in .pdf joined > > With my knowledge of the IPMI protocol, this is not allowed and I suspect a > BMC implementation bug. > Can you give me your opinion? > > Kind regards / Cordialement > Marc Girard > Power Efficiency team - Atos > marc.gir...@atos.net > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Feu. > yourcircuit.com%2F%23%2Femail%2Fmarc.girard%40atos.netdata=02%7C0 > 1%7Cmarc.girard%40atos.net%7Cbf0d012bdd5841e5cb9108d67bcb9087%7C33440f > c6b7c7412cbb730e70b0198d5a%7C0%7C0%7C636832511564980186sdata=aEZc > ItBQyxHnFSssND0gPa2ERqiEU7Upf%2Bdoiqnlras%3Dreserved=0 > ___ > Freeipmi-devel mailing list > Freeipmi-devel@gnu.org > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flis > ts.gnu.org%2Fmailman%2Flistinfo%2Ffreeipmi-develdata=02%7C01%7Cma > rc.girard%40atos.net%7Cbf0d012bdd5841e5cb9108d67bcb9087%7C33440fc6b7c7 > 412cbb730e70b0198d5a%7C0%7C0%7C636832511564980186sdata=DmcRkkGnJV > Yx5HRYyxNavwyUbtV6rvEVrXJ3WH23%2Bz4%3Dreserved=0 stderr_ko Description: stderr_ko ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org https://lists.gnu.org/mailman/listinfo/freeipmi-devel
[Freeipmi-devel] Bug when querying bridged sensors
Hi FreeIPMI Team,
We experiment a bug when querying bridged sensors of a Bull GPU Blade.
This bug can be solved with the following patch :
diff -pur freeipmi-1.5.7.orig/libfreeipmi/api/ipmi-lan-session-common.c
freeipmi-1.5.7/libfreeipmi/api/ipmi-lan-session-common.c
--- freeipmi-1.5.7.orig/libfreeipmi/api/ipmi-lan-session-common.c
2017-08-16 20:28:20.0 +0200
+++ freeipmi-1.5.7/libfreeipmi/api/ipmi-lan-session-common.c2018-02-16
12:34:54.369033904 +0100
@@ -1222,7 +1222,7 @@ _ipmi_cmd_send_ipmb (ipmi_ctx_t ctx, fii
ctx->target.net_fn,
ctx->target.lun,
IPMI_SLAVE_ADDRESS_BMC,
- IPMI_BMC_IPMB_LUN_SMS_MSG_LUN,
+ IPMI_BMC_IPMB_LUN_BMC ,
ctx->io.outofband.rq_seq,
obj_ipmb_msg_hdr_rq) < 0)
{
(and probably with identical patch in kcs and ssif interface)
According to the chapter 7.4 of IPMI specifications, it seems that
IPMI_BMC_IPMB_LUN_SMS_MSG_LUN (0x02) are used by devices sending request to
system management software, so I suspect a bug concerning all platforms.
Thank you for your comments.
(I apologize for my English)
Regards
Marc Girard
Power Efficiency Team
marc.gir...@atos.net
https://eu.yourcircuit.com/#/email/marc.gir...@atos.net
Bull, An Atos company (www.bull.com
