freeipmi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using FreeBSD 6.0


From: Albert Chu
Subject: Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using FreeBSD 6.0
Date: Thu, 04 May 2006 08:38:18 -0700

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
address@hidden
925-422-5311
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory


----- Original Message -----
From: Gernot Hueber <address@hidden>
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
> > address@hidden
> > 925-422-5311
> > Computer Scientist
> > High Performance Systems Division
> > Lawrence Livermore National Laboratory
> > 
> > 
> > ----- Original Message -----
> > From: Gernot Hueber <address@hidden>
> > 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
> > > > address@hidden
> > > > 925-422-5311
> > > > Computer Scientist
> > > > High Performance Systems Division
> > > > Lawrence Livermore National Laboratory
> > > > 
> > > > 
> > > > ----- Original Message -----
> > > > From: Gernot Hueber <address@hidden>
> > > > 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 address@hidden
> > > > > Web   www.riic.at
> > > > > 
> > > > > 
> > > > > 
> > > > > _______________________________________________
> > > > > Freeipmi-devel mailing list
> > > > > address@hidden
> > > > > 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 address@hidden
> > > 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 address@hidden
> Web   www.riic.at
> 
>





reply via email to

[Prev in Thread] Current Thread [Next in Thread]