I'm sorry to tell you 'fwum' is a not a standard IPMI feature ... ipmitool help | grep fwum fwum Update IPMC using Kontron OEM Firmware Update Manager
It only works we a handful of Kontron MC, the protection mechanism is to make sure the binary file 'devid' matches the running id > Board IANA [10437] does not match firmware IANA [57760] > Error: Board ID [2] does not match firmware board ID [2030] > Firmware invalid for target board. Download of upgrade aborted However, if you are looking for standard based upgrade support, you should check for HPM.1 from PICMG group. (https://www.picmg.org/v2internal/specorderformsec-nonmember.htm) which is becoming common on ATCA platforms. François Isabelle | Software Designer | Kontron Canada | T 450 437 5682 |F 450 437 8053 | E francois.isabe...@ca.kontron.com Prendre note que nous sommes déménagés // Please note that we moved. Nouvelle adresse // New address: Kontron Canada 4555 Rue Ambroise-Lafortune Boisbriand (Québec) J7H 0A4 L'information contenue dans le présent document est la propriété de Kontron Canada Inc. et est divulguée en toute confidentialité. Cette information ne doit pas être utilisée, divulguée ou reproduite sans le consentement écrit explicite de Kontron Canada Inc. Si vous n'êtes pas le destinataire prévu et avez reçu cette communication par erreur, veuillez contacter l'originateur et supprimer toute copie. The information contained in this document is confidential and property of Kontron Canada Inc. Any unauthorized review, use, disclosure or distribution is prohibited without express written consent of Kontron Canada Inc. If you are not the intended recipient, please contact the sender and destroy all copies of the original message and enclosed attachments. > -----Message d'origine----- > De : Thomas Renninger [mailto:tr...@suse.de] > Envoyé : 17 septembre 2009 06:21 > À : ipmitool-devel@lists.sourceforge.net > Objet : [Ipmitool-devel] Firmware upgrade with huge firmware file segfaults > > Hi, > > I tried to perform a firmware update on an IPMI card with > ipmitool verion 1.8.10 (I also tried 1.8.11 now, the patches are > against 1.8.11, it seems there were no significant changes) and got: > > ipmitool -I open fwum upgrade OPMA-M3G4-RevK-APML-Support-040400-7205.bin > WUM extension Version 1.3 > Upgrading using file name OPMA-M3G4-RevK-APML-Support-040400-7205.bin > Segmentation fault (core dumped) 0 % > > The gdb backtrace showed: > #0 0x00007f0742328053 in fread () from /lib64/libc.so.6 > (gdb) bt > #0 0x00007f0742328053 in fread () from /lib64/libc.so.6 > #1 0x000000000042d20a in KfwumMain (intf=0x68a900, task=KFWUM_TASK_UPGRADE) > at ipmi_fwum.c:524 > #2 0x000000000042d82b in ipmi_fwum_main (intf=0x68a900, argc=<value optimized > out>, argv=0x7fff4b053f18) at ipmi_fwum.c:249 > #3 0x000000000043162d in ipmi_main (argc=6, argv=0x7fff4b053ef8, > cmdlist=0x678480, intflist=0x0) at ipmi_main.c:637 > #4 0x00000000004046f0 in main (argc=3, argv=0x4000) at ipmitool.c:122 > > and looking into this I found that the firmware file must not > be bigger than 512K. Attached is a patch that increases the possible > firmware size and avoids segfaults, even if the filesize should still > be bigger. > > I tried again and now it is complaining that the > Firmware is invalid for the target board. > > The second attached patch is providing a bit more info if this happens, > I then get: > FWUM extension Version 1.3 > Upgrading using file name /tmp/OPMA-M3G4-RevK-APML-Support-040400-7205.bin > Reading Firmware from File : ########################################## 100 % > Board IANA [10437] does not match firmware IANA [57760] > Error: Board ID [2] does not match firmware board ID [2030] > Firmware invalid for target board. Download of upgrade aborted > Target Board Id : 2 > Target IANA number : 10437 > FW File Board Id : 2030 > FW File IANA number : 57760 > File Size : 41187 bytes > Firmware Version : 14.014 SDR 240 > > So it looks like the firmware file is somewhat wronlgy parsed. > Before I go on here, I have some questions: > - the ipmi_fwum.c file looks as if it didn't get much maintenance > and has a totally other coding style than other files > Does it make sense at all to look further at this or do I have > to expect to stumble from one problem into the other again and > again. > - I won't be able to re-flash my IPMI card if something goes wrong > while flashing. How high are the chances that I convert my card into > a brick (some hints to avoid this?)? > - Is there another ipmi firmware flasher Linux tool than ipmitool fwum which > is more widely spread or the tool everyone else is using :) > > Thanks, > > Thomas > > PS: Someone might want to add these two patches to the ipmitools repo. > They are harmless and will help if others also try ipmitools fwum and > run into similar issues. ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
