Hi Al, I'm going to remove ipmi 2.0 card today and mostly SSIF will be ready in 2 to 3 days.
Thanks, Bala --- Free as in freedom http://www.gnu.org/ > Hey Gernot, > > Doh! That's right, a lot of the Intel boards use SSIF. SSIF isn't > working in FreeIPMI yet. One of the other developers, Bala, is working > on it. > > Bala, any timeline on this? > > Al > > -- > Albert Chu > [EMAIL PROTECTED] > 925-422-5311 > Computer Scientist > High Performance Systems Division > Lawrence Livermore National Laboratory > > > ----- Original Message ----- > From: Gernot Hueber <[EMAIL PROTECTED]> > Date: Wednesday, May 3, 2006 11:21 pm > Subject: Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using > FreeBSD 6.0 > >> Hi Al, >> >> I hope the SSIF interface is correct for this motherboard?! >> (bmc-info with KCS does never return, SMIC see below) >> Trying bmc-info as non-root user gives: >> >> >> >> $ bmc-info -D SSIF >> ipmi_open_inband(): Permission denied >> $ >> >> The same as root user: >> >> # bmc-info -D SMIC >> ipmi_cmd_get_dev_id(): ipmi command 00h: Command Completed Normally. >> Channel Information: >> ipmi_close(): Invalid argument >> # >> >> # bmc-info -D SSIF >> ipmi_cmd_get_dev_id(): ipmi command 00h: Command Completed Normally. >> Channel Information: >> bmc-info in free(): error: chunk is already free >> Abort (core dumped) >> # >> >> a quick gdb of the coredump gives: (I am not at all good in debugging, >> but the out-of-bounds of dev->io.inband.driver_device looks strange to >> me!) >> #0 0x2825637b in kill () from /lib/libc.so.5 >> #1 0x2824b422 in raise () from /lib/libc.so.5 >> #2 0x282bdc1b in abort () from /lib/libc.so.5 >> #3 0x282615b9 in ldexp () from /lib/libc.so.5 >> #4 0x282615fd in ldexp () from /lib/libc.so.5 >> #5 0x282624f1 in ldexp () from /lib/libc.so.5 >> #6 0x28262743 in ldexp () from /lib/libc.so.5 >> #7 0x28262874 in free () from /lib/libc.so.5 >> #8 0x2808f37d in ipmi_inband_free (dev=0x282c40ce) at >> ipmi-interface.c:62 >> #9 0x2808ff79 in ipmi_close (dev=0xbfbfe430) at ipmi-interface.c:582 >> #10 0x0804a0a9 in main (argc=3, argv=0xbfbfed30) at bmc-info.c:486 >> (gdb) >> #8 0x2808f37d in ipmi_inband_free (dev=0x282c40ce) at >> ipmi-interface.c:62 >> 62 ipmi_xfree (dev->io.inband.driver_device); >> (gdb) list >> 57 return; >> 58 } >> 59 >> 60 fiid_obj_free (dev->io.inband.rq.obj_hdr); >> 61 fiid_obj_free (dev->io.inband.rs.obj_hdr); >> 62 ipmi_xfree (dev->io.inband.driver_device); >> 63 } >> 64 >> 65 int >> 66 ipmi_open_outofband (ipmi_device_t *dev, >> >> (gdb) print *dev >> $2 = {type = 1853188195, mode = 1936269419, lun = 32 ' ', net_fn = 97 >> 'a', cmd = 108 'l', comp_code = 114 'r', >> errmsg = "eady free\n\000pointer to wrong page\n\000page is already >> free\n\000freelist is destroyed\n\000recursive call\n\000 in malloc(): >> \000 in free():\000 in realloc():\000\000\000unknown char in >> MALLOC_OPTIONS\n\000junk pointer, too low to make "..., io = { >> inband = {poll_interval_usecs = 1650552405, disable_auto_probe > >> 1948280172, driver_address = 8303, >> driver_device = 0x5200646e <Address 0x5200646e out of bounds>, >> retry_count = 0 '\0', locate_info = {ipmi_ver_major = 85 'U', >> ipmi_ver_minor = 110 'n', locate_driver_type = 1948280172, >> locate_driver = 111 'o', interface_type = 1986618723, >> bmc_i2c_dev_name = 0x50520065 <Address 0x50520065 out of >> bounds>, addr_space_id = 67 'C', base_addr = { >> bmc_iobase_addr = 8391735665588792681, bmc_membase_addr > >> 8391735665588792681, bmc_smbus_slave_addr = 105 'i'}, >> reg_space = 0 '\0'}, dev_fd = 1967202362, mutex_semid > >> 1852139636, rq = {tmpl_hdr_ptr = 0x61636974, >> obj_hdr = 0x6e6f6974 <Address 0x6e6f6974 out of bounds>}, >> rs > {tmpl_hdr_ptr = 0x72726520, >> obj_hdr = 0x5200726f <Address 0x5200726f out of bounds>}}, >> outofband = {local_sockfd = 1650552405, remote_host = { >> sa_len = 108 'l', sa_family = 101 'e', sa_data = " to send >> \000RPC: "}, remote_host_len = 1650552405, auth_type = 108 'l', >> challenge_string = "e to receive\000RPC", session_id = >> 1684368745,session_seq_num = 1953853216, rq_seq = 0 '\0', >> username = "RPC: Authenticat", password = "ion error\000RPC: P", >> priv_level = 114 'r', rq = {tmpl_hdr_rmcp_ptr = 0x206d6172, >> obj_hdr_rmcp = 0x76616e75 <Address 0x76616e75 out of bounds>, >> tmpl_hdr_session_ptr = 0x616c6961, >> obj_hdr_session = 0x656c62 <Address 0x656c62 out of bounds>, >> tmpl_msg_hdr_ptr = 0x3a435052, >> obj_msg_hdr = 0x6f725020 <Address 0x6f725020 out of bounds>, >> tmpl_msg_trlr_ptr = 0x6d617267, >> obj_msg_trlr = 0x7265762f <Address 0x7265762f out of bounds>}, >> rs = {tmpl_hdr_rmcp_ptr = 0x6e6f6973, >> obj_hdr_rmcp = 0x73696d20 <Address 0x73696d20 out of bounds>, >> tmpl_hdr_session_ptr = 0x6374616d, >> obj_hdr_session = 0x50520068 <Address 0x50520068 out of >> bounds>,tmpl_msg_hdr_ptr = 0x50203a43, >> obj_msg_hdr = 0x65636f72 <Address 0x65636f72 out of bounds>, >> tmpl_msg_trlr_ptr = 0x65727564, >> obj_msg_trlr = 0x616e7520 <Address 0x616e7520 out of >> bounds>}}}}(gdb) >> >> >> >> >> >> On Wed, 2006-05-03 at 08:51 -0700, Albert Chu wrote: >> > Hi Gernot, >> > >> > Just to make sure, are you doing this as root? I don't know much >> about> permissions on "/dev/io". I guess I have to defer to the >> BSD folks on >> > this mailing list on what they think might be up. >> > >> > Al >> > >> > -- >> > Albert Chu >> > [EMAIL PROTECTED] >> > 925-422-5311 >> > Computer Scientist >> > High Performance Systems Division >> > Lawrence Livermore National Laboratory >> > >> > >> > ----- Original Message ----- >> > From: Gernot Hueber <[EMAIL PROTECTED]> >> > Date: Tuesday, May 2, 2006 11:36 pm >> > Subject: Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using >> > FreeBSD 6.0 >> > >> > > Hi, >> > > >> > > 0.1.3 didn't work either. Did it ever work on this board with >> > > Freebsd 5 >> > > (sorry I have written version 6 before) >> > > >> > > Gernot >> > > >> > > On Tue, 2006-05-02 at 08:42 -0700, Albert Chu wrote: >> > > > Hi Gernot, >> > > > >> > > > Do you know if 0.2.0 worked? Or hopefully atleast 0.1.3? >> I'm >> > > wondering> what could have been messed up along the way. >> > > > >> > > > Al >> > > > >> > > > -- >> > > > Albert Chu >> > > > [EMAIL PROTECTED] >> > > > 925-422-5311 >> > > > Computer Scientist >> > > > High Performance Systems Division >> > > > Lawrence Livermore National Laboratory >> > > > >> > > > >> > > > ----- Original Message ----- >> > > > From: Gernot Hueber <[EMAIL PROTECTED]> >> > > > Date: Tuesday, May 2, 2006 7:10 am >> > > > Subject: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 >> using >> > > FreeBSD 6.0 >> > > > >> > > > > Hi, >> > > > > >> > > > > I have patched the 0.2.1 version for FreeBSD 6.0, well it >> works >> > > > > fine on >> > > > > older Intel server boards. Actually it fails on the >> SE7210TP1-E. >> > > > > Maybe due to SSIF? ipmi-locate returns "FAILED" only. >> Clearly, >> > > > > there is >> > > > > no mechanism for freeipmi to get the info from. >> > > > > >> > > > > Can anybody provide some information on this issue - >> perhaps a >> > > > > solution ;-) >> > > > > >> > > > > Regards >> > > > > >> > > > > Gernot >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > # ipmi-locate --version >> > > > > IPMI Locate [ipmi-locate-0.2.1] >> > > > > Copyright (C) 2003-2005 FreeIPMI Core Team >> > > > > This program is free software; you may redistribute it >> under >> > > the terms >> > > > > of >> > > > > the GNU General Public License. This program has >> absolutely no >> > > > > warranty. >> > > > > >> > > > > >> > > > > #ipmi-locate >> > > > > Probing KCS device using SMBIOS... FAILED >> > > > > >> > > > > Probing SMIC device using SMBIOS... FAILED >> > > > > >> > > > > Probing BT device using SMBIOS... FAILED >> > > > > >> > > > > Probing SSIF device using SMBIOS... FAILED >> > > > > >> > > > > Probing KCS device using ACPI... FAILED >> > > > > >> > > > > Probing SMIC device using ACPI... FAILED >> > > > > >> > > > > Probing BT device using ACPI... FAILED >> > > > > >> > > > > Probing SSIF device using ACPI... FAILED >> > > > > >> > > > > Probing KCS device using PCI... FAILED >> > > > > >> > > > > Probing SMIC device using PCI... FAILED >> > > > > >> > > > > Probing BT device using PCI... FAILED >> > > > > >> > > > > Probing SSIF device using PCI... FAILED >> > > > > >> > > > > KCS device default values: >> > > > > IPMI Version: 1.5 >> > > > > IPMI locate driver: DEFAULT >> > > > > IPMI locate driver: 0 >> > > > > IPMI interface: KCS >> > > > > BMC I2C device: (null) >> > > > > BMC I/O base address: CA2 >> > > > > Register space: 1 >> > > > > >> > > > > SMIC device default values: >> > > > > IPMI Version: 1.5 >> > > > > IPMI locate driver: DEFAULT >> > > > > IPMI locate driver: 0 >> > > > > IPMI interface: SMIC >> > > > > BMC I2C device: (null) >> > > > > BMC I/O base address: CA9 >> > > > > Register space: 1 >> > > > > >> > > > > BT device default values: >> > > > > >> > > > > SSIF device default values: >> > > > > IPMI Version: 1.5 >> > > > > IPMI locate driver: DEFAULT >> > > > > IPMI locate driver: 0 >> > > > > IPMI interface: SSIF >> > > > > BMC I2C device: /dev/i2c-0 >> > > > > BMC SMBUS slave address: 20 >> > > > > Register space: 1 >> > > > > >> > > > > >> > > > > # sel >> > > > > >> > > > > >>--:> >>--:> >>--:> >>--:> >> > > > > ~ ~ Cat ate the fish!! ~ ~ >> > > > > >>--:> >>--:> >>--:> >>--:> >> > > > > Fish Exception Handler: >> > > > > tag : out-of-range >> > > > > throw args : (list-ref Argument ~S out of range: ~S (2 9) #f) >> > > > > data : [/usr/local/sbin/sel] >> > > > > No backtrace available. >> > > > > >> > > > > >> > > > > # sensors >> > > > > >> > > > > >>--:> >>--:> >>--:> >>--:> >> > > > > ~ ~ Cat ate the fish!! ~ ~ >> > > > > >>--:> >>--:> >>--:> >>--:> >> > > > > Fish Exception Handler: >> > > > > tag : out-of-range >> > > > > throw args : (list-ref Argument ~S out of range: ~S (2 9) #f) >> > > > > data : [/usr/local/sbin/sensors] >> > > > > No backtrace available. >> > > > > >> > > > > >> > > > > >> > > > > -- >> > > > > DI Gernot Hueber >> > > > > Institut für Integrierte Schaltungen >> > > > > Altenbergerstr. 69 >> > > > > 4040 Linz >> > > > > Tel +43 732 2468 7120 >> > > > > Fax +43 732 2468 7126 >> > > > > Email [EMAIL PROTECTED] >> > > > > Web www.riic.at >> > > > > >> > > > > >> > > > > >> > > > > _______________________________________________ >> > > > > Freeipmi-devel mailing list >> > > > > [email protected] >> > > > > http://lists.gnu.org/mailman/listinfo/freeipmi-devel >> > > > > >> > > > >> > > -- >> > > DI Gernot Hueber >> > > Institut für Integrierte Schaltungen >> > > Altenbergerstr. 69 >> > > 4040 Linz >> > > Tel +43 732 2468 7120 >> > > Fax +43 732 2468 7126 >> > > Email [EMAIL PROTECTED] >> > > Web www.riic.at >> > > >> > > >> > >> -- >> DI Gernot Hueber >> Institut für Integrierte Schaltungen >> Altenbergerstr. 69 >> 4040 Linz >> Tel +43 732 2468 7120 >> Fax +43 732 2468 7126 >> Email [EMAIL PROTECTED] >> Web www.riic.at >> >> > > > > _______________________________________________ > Freeipmi-devel mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/freeipmi-devel > > _______________________________________________ Freeipmi-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/freeipmi-devel
