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
>> > > > > Freeipmi-devel@gnu.org
>> > > > > 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
> Freeipmi-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/freeipmi-devel
>
>




_______________________________________________
Freeipmi-devel mailing list
Freeipmi-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/freeipmi-devel

Reply via email to