Re: [BISECTED] ipmi_si not loading since 2.6.39
From: Corey Minyard
Date: Sat Apr 28 2012 - 23:34:53 EST
On 04/28/2012 09:43 AM, Nikola Ciprich wrote:
nothing on this address (with 3.4 kernel).
on 2.6.32 I see:
0a30-0a3f : pnp 00:07
0b00-0b7f : pnp 00:0c
0ca2-0ca2 : ipmi_si
0ca3-0ca3 : ipmi_si
0cf8-0cff : PCI conf1
1180-119f : 0000:00:1f.3
1180-119f : pnp 00:0e
d000-dfff : PCI Bus 0000:06
d000-d01f : 0000:06:00.0
on 3.4-rc4:
0a30-0a3f : pnp 00:07
0b00-0b7f : pnp 00:0c
0cf8-0cff : PCI conf1
0d00-ffff : PCI Bus 0000:00
1180-119f : 0000:00:1f.3
1180-119f : pnp 00:0e
c000-cfff : PCI Bus 0000:06
c000-c01f : 0000:06:00.0
well, I wasn't able to figure out anything special :(
do You guys have any idea on what more I could check?
I'd be very grateful for any hints..
thanks a lot in advance
nik
I do not know. I just tried 3.2 and the head of the kernel tree and
they both worked fine on my system, which is an old Intel server.
I have a Supermicro system with IPMI, but it will take me a bit to get a
working kernel there.
Could you try with the module param "kcs_debug=7"? That will give me
some idea what the state machine is doing.
At this point, if I can't reproduce, I can't do much. I also don't see
how that patch would make any difference if you hand-specify the parameters.
-corey
I'll try comparing both kernels' dmesg output in more detail to see
if there's some difference that might be important..
n.
-corey
cheers!
n.
-corey
n.
On Tue, Apr 24, 2012 at 03:55:54PM -0500, Rob Herring wrote:
On 04/24/2012 03:37 PM, Nikola Ciprich wrote:
Hi Corey,
I have this problem with 3.4-rc4 as well and it already contains
b1608d69cb804e414d0887140ba08a9398e4e638, so this doesn't fix this problem..
Can you send the kernel log for the failing case.
Rob
BR
nik
On Tue, Apr 24, 2012 at 08:41:32AM -0500, Corey Minyard wrote:
Looks like you might need change b1608d69cb804e414d0887140ba08a9398e4e638
-corey
On 04/23/2012 03:09 PM, Rob Herring wrote:
On 04/21/2012 02:20 AM, Nikola Ciprich wrote:
Hi,
here's further information Rob and Corey requested:
on working system:
[root@vbox4 ~]# cat /proc/ipmi/0/params
kcs,i/o,0xca2,rsp=1,rsi=1,rsh=0,irq=0,ipmb=0
dmesg snippet:
[ 41.759319] ipmi message handler version 39.2
[ 41.760690] ipmi device interface
[ 42.765334] IPMI System Interface driver.
[ 42.765336] ipmi_si: probing via hardcoded address
[ 42.765337] ipmi_si: Adding hardcoded-specified kcs state machine
[ 42.765340] ipmi_si: Trying hardcoded-specified kcs state machine at i/o address 0xca8, slave address 0x0, irq 0
[ 42.765344] ipmi_si: Interface detection failed
[ 42.770823] ipmi_si: probing via SMBIOS
[ 42.770834] ipmi_si: SMBIOS: io 0xca2 regsize 1 spacing 1 irq 0
[ 42.770836] ipmi_si: Adding SMBIOS-specified kcs state machine
[ 42.770838] ipmi_si: probing via SPMI
[ 42.770840] ipmi_si: SPMI: io 0xe4 regsize 1 spacing 1 irq 0
[ 42.770841] ipmi_si: Adding SPMI-specified kcs state machine
[ 42.770843] ipmi_si: Trying SMBIOS-specified kcs state machine at i/o address 0xca2, slave address 0x0, irq 0
[ 42.798137] ipmi_si ipmi_si.0: Error clearing flags: cc
[ 42.801011] ipmi_si ipmi_si.0: Found new BMC (man_id: 0x002a7c, prod_id: 0x0624, dev_id: 0x20)
[ 42.801068] ipmi_si ipmi_si.0: IPMI kcs interface initialized
dmidecode:
IPMI Device Information
Interface Type: KCS (Keyboard Control Style)
Specification Version: 2.0
I2C Slave Address: 0x00
NV Storage Device: Not Present
Base Address: 0x0000000000000CA2 (I/O)
Register Spacing: Successive Byte Boundaries
Base Board Information
Manufacturer: Supermicro
Product Name: X9SCL/X9SCM
(but we're experiencing this on various supermicro bords, ie X8DTL)
Tried setting parameters by hand didn't help:
modprobe ipmi_si type=kcs addrs=0xca8 regspacings=1 regsizes=1 regshifts=0 irqs=0 slave_addrs=0x0
(not sure whether I got them correct though, and values mostly seem to me to be defaults anyways..)
It is working for me on a SuperMicro system with ubuntu oneiric (3.0
based).
[597160.259728] ipmi_si: probing via SMBIOS
[597160.259730] ipmi_si: SMBIOS: io 0xca2 regsize 1 spacing 1 irq 0
[597160.259731] ipmi_si: Adding SMBIOS-specified kcs state machine
[597160.259734] ipmi_si: probing via SPMI
[597160.259735] ipmi_si: SPMI: io 0xe4 regsize 1 spacing 1 irq 0
[597160.259737] ipmi_si: Adding SPMI-specified kcs state machine
[597160.259739] ipmi_si: Trying SMBIOS-specified kcs state machine at
i/o address 0xca2, slave address 0x0, irq 0
[597160.378757] ipmi_si: Invalid return from get global enables command,
cannot enable the event buffer.
[597160.382032] ipmi_si ipmi_si.0: Found new BMC (man_id: 0x00b980,
prod_id: 0x0624, dev_id: 0x20)
[597160.382040] ipmi_si ipmi_si.0: IPMI kcs interface initialized
[597179.973960] ipmi device interface
localadm@sandy1:~$ ipmitool bmc info
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
localadm@sandy1:~$ sudo ipmitool bmc info
Device ID : 32
Device Revision : 1
Firmware Revision : 1.1
IPMI Version : 2.0
Manufacturer ID : 47488
Manufacturer Name : Unknown (0xB980)
Product ID : 1572 (0x0624)
Product Name : Unknown (0x624)
Device Available : yes
Provides Device SDRs : no
Additional Device Support :
Sensor Device
SDR Repository Device
SEL Device
FRU Inventory Device
IPMB Event Receiver
IPMB Event Generator
Chassis Device
Aux Firmware Rev Info :
0x06
0x00
0x00
0x00
localadm@sandy1:~$ uname -a
Linux sandy1 3.0.0-16-generic #28-Ubuntu SMP Fri Jan 27 17:44:39 UTC
2012 x86_64 x86_64 x86_64 GNU/Linux
Rob
nik
On Sat, Apr 21, 2012 at 12:38:33AM +0200, Nikola Ciprich wrote:
Hello,
I was trying to find out why IPMI stopped working on new kernels. Since 2.6.39
module loading ends with following message:
ipmi_si: Interface detection failed
Then ipmitool is unable to control IPMI device.
Works for 2.6.38, doesn't work for 2.6.39, 3.0.28, 3.4-rc1.
I got this bisected to following commit:
commit a1e9c9dd3383e6a1a762464ad604b1081774dbda
Author: Rob Herring<rob.herring@xxxxxxxxxxx>
Date: Wed Feb 23 15:37:59 2011 -0600
ipmi: convert OF driver to platform driver
of_bus is deprecated in favor of the plain platform bus. This patch
merges the ipmi OF driver with the existing platform driver.
CONFIG_PPC_OF occurrances are removed or replaced with CONFIG_OF.
Compile tested with and without CONFIG_OF. Tested OF probe and
default probe cases.
Signed-off-by: Rob Herring<rob.herring@xxxxxxxxxxx>
Signed-off-by: Grant Likely<grant.likely@xxxxxxxxxxxx>
I wonder whether this is a bug, or I'm doing something wrong?
Thanks in advance!
with best regards
nik
--
-------------------------------------
Ing. Nikola CIPRICH
LinuxBox.cz, s.r.o.
28. rijna 168, 709 01 Ostrava
tel.: +420 596 603 142
fax: +420 596 621 273
mobil: +420 777 093 799
www.linuxbox.cz
mobil servis: +420 737 238 656
email servis: servis@xxxxxxxxxxx
-------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
-------------------------------------
Ing. Nikola CIPRICH
LinuxBox.cz, s.r.o.
28. rijna 168, 709 01 Ostrava
tel.: +420 596 603 142
fax: +420 596 621 273
mobil: +420 777 093 799
www.linuxbox.cz
mobil servis: +420 737 238 656
email servis: servis@xxxxxxxxxxx
-------------------------------------
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/