[Arm-dev] Gigabyte MP30-AR0
Phong Vo
pvo at apm.com
Fri Mar 18 02:10:02 UTC 2016
I am following up on this.
You need to use freeipmi for inband. Ipmitools is for out-of-band only.
+ Update kernel to 4.2.0-0.26.el1
$ yum install i2-tools
$ yum install freeipimi
$ insmod i2c-dev
$ i2cdetect –l
i2c-0 smbus MAILBOX I2C SMBus
adapter << Use this one with freeipmi
i2c-1 i2c AST i2c bit bus I2C
adapter
# Get BMC info
bmc-info --no-probing --driver-type=SSIF --driver-address=0x10
--driver-device=/dev/i2c-0 --get-device-id –debug
# Get BMC config (mainly for its IP address)
$ bmc-config --driver-type=SSIF --driver-address=0x10
--driver-device=/dev/i2c-0 -o -S Lan_Conf
user at localhost:~$ ipmitool -I lanplus -H <BMC IP address> -U admin -P
password fru print
user at localhost:~$ ipmitool -I lanplus -H <BMC IP address> -U admin -P
password sdr list
user at localhost:~$ ipmitool -I lanplus -H <BMC IP address> -U admin -P
password sensor list
etc.
--Phong
*From:* Phong Vo [mailto:pvo at apm.com]
*Sent:* Monday, March 14, 2016 9:29 PM
*To:* Conversations around CentOS on ARM hardware
*Subject:* RE: [Arm-dev] Gigabyte MP30-AR0
Hi folks,
X-Gene kernel does not support ipmitools, which relies on OpenIPMI driver
(using /dev/ipmi).
Instead, communications to the BMC is via SSIF over /dev/i2c.
You can either use ipmitools with the BMC LAN interface directly (out of
band), or freeipmi (inband).
I don’t have the information handy at this time – will follow up tomorrow.
-Phong
*From:* arm-dev-bounces at centos.org [mailto:arm-dev-bounces at centos.org] *On
Behalf Of *Michael Howard
*Sent:* Monday, March 14, 2016 6:48 PM
*To:* arm-dev at centos.org
*Subject:* Re: [Arm-dev] Gigabyte MP30-AR0
On 13/03/2016 16:10, Gordan Bobic wrote:
On 13/03/16 15:57, Michael Howard wrote:
On 13/03/2016 14:58, Gordan Bobic wrote:
On 13/03/16 14:20, Michael Howard wrote:
On 13/03/2016 07:34, Gordan Bobic wrote:
Does anyone have any input on what (if any) lm_sensors drivers can be
used? Probing tends to result in crashing the machine. Is there
something other than ipmi available?
You'll probably find it's the default kernel causing the crash, it'll
likely work with your new kernel, it does here.
No, still causes a crash:
Do you want to scan for Super I/O sensors? (YES/no):
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...
Message from syslogd at orcone at Mar 13 14:34:18 ...
kernel:Internal error: : 96000010 [#1] SMP
Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no):
# DMI data unavailable, please consider installing dmidecode 2.7
# or later for better results.
Probing for `IPMI BMC KCS' at 0xca0...
Message from syslogd at orcone at Mar 13 14:51:42 ...
kernel:Internal error: : 96000010 [#1] SMP
So it seems the sensors aren't there, and proving the various I/O
ranges causes a crash.
Still it would be nice to get "ipmitool sensor" working locally.
# ipmitool sensor
Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0:
No such file or directory
Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0:
No such file or directory
Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0:
No such file or directory
Get Device ID command failed
Unable to open SDR for reading
Is there a driver that I missed?
This may be a compatibility issue with ipmitools package, the protocol
is clearly compatible though. I guess you can't load the ipmi_si module?
I created /dev/ipmi0 manually but it made no difference to the error
displayed.
# modprobe ipmi_si
modprobe: ERROR: could not insert 'ipmi_si': No such device
So I'm wondering if a different driver is needed. Or a patch for this one.
Having gone into the scant manual and the Ubuntu image (along with some
Googling) it seems the board requires an SSIF driver (ipmi_smb?) which is
not in mainline since 2.6 days.
--
Mike Howard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20160318/9daba1eb/attachment-0001.html>
More information about the Arm-dev
mailing list