Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using FreeBSD 6.0
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
>> 62ipmi_xfree (dev->io.inband.driver_device);
>> (gdb) list
>> 57return;
>> 58 }
>> 59
>> 60fiid_obj_free (dev->io.inband.rq.obj_hdr);
>> 61fiid_obj_free (dev->io.inband.rs.obj_hdr);
>> 62ipmi_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 ,
>> 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 > 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 },
>> rs > {tmpl_hdr_ptr = 0x72726520,
>>obj_hdr = 0x5200726f }},
>> 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 = &qu
Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using FreeBSD 6.0
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
> 62ipmi_xfree (dev->io.inband.driver_device);
> (gdb) list
> 57return;
> 58 }
> 59
> 60fiid_obj_free (dev->io.inband.rq.obj_hdr);
> 61fiid_obj_free (dev->io.inband.rs.obj_hdr);
> 62ipmi_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 ,
> 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 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 },
> rs =
> {tmpl_hdr_ptr = 0x72726520,
>obj_hdr = 0x5200726f }},
> 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 ,
> tmpl_hdr_session_ptr = 0x616c6961,
>obj_hdr_session = 0x656c62 ,
> tmpl_msg_hdr_ptr = 0x3a435052,
>obj_msg_hdr = 0x6f725020 ,
> tmpl_msg_trlr_ptr = 0x6d617267,
>obj_msg_trlr = 0x7265762f },
> rs = {tmpl_hdr_rmcp_ptr = 0x6e6f6973,
>obj_hdr_rmcp = 0x73696d20 ,
> tmpl_hdr_session_ptr = 0x6374616d,
>obj_hdr_session = 0x50520068 bounds>,tmpl_msg_hdr_ptr = 0x50203a43,
>obj_msg_hdr = 0x656
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
62ipmi_xfree (dev->io.inband.driver_device);
(gdb) list
57return;
58 }
59
60fiid_obj_free (dev->io.inband.rq.obj_hdr);
61fiid_obj_free (dev->io.inband.rs.obj_hdr);
62ipmi_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 ,
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 , 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 }, rs =
{tmpl_hdr_ptr = 0x72726520,
obj_hdr = 0x5200726f }},
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 ,
tmpl_hdr_session_ptr = 0x616c6961,
obj_hdr_session = 0x656c62 ,
tmpl_msg_hdr_ptr = 0x3a435052,
obj_msg_hdr = 0x6f725020 ,
tmpl_msg_trlr_ptr = 0x6d617267,
obj_msg_trlr = 0x7265762f },
rs = {tmpl_hdr_rmcp_ptr = 0x6e6f6973,
obj_hdr_rmcp = 0x73696d20 ,
tmpl_hdr_session_ptr = 0x6374616d,
obj_hdr_session = 0x50520068 ,
tmpl_msg_hdr_ptr = 0x50203a43,
obj_msg_hdr = 0x65636f72 ,
tmpl_msg_trlr_ptr = 0x65727564,
obj_msg_trlr = 0x616e7520
(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
> >
Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using FreeBSD 6.0
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 > > ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
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 ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
Re: [Freeipmi-devel] freeipmi-0.2.1 fails on SE7210 using FreeBSD 6.0
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 > ___ Freeipmi-devel mailing list Freeipmi-devel@gnu.org http://lists.gnu.org/mailman/listinfo/freeipmi-devel
