From: Corey Minyard <tcminyard@gmail.com>
To: Rob Herring <rob.herring@calxeda.com>
Cc: Nikola Ciprich <nikola.ciprich@linuxbox.cz>,
linux-kernel@vger.kernel.org, tcminyard@gmail.com
Subject: Re: [BISECTED] ipmi_si not loading since 2.6.39
Date: Tue, 24 Apr 2012 08:41:32 -0500 [thread overview]
Message-ID: <4F96AD8C.9010105@acm.org> (raw)
In-Reply-To: <4F95B6F3.3010303@calxeda.com>
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@calxeda.com>
>>> 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@calxeda.com>
>>> Signed-off-by: Grant Likely<grant.likely@secretlab.ca>
>>>
>>> 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@linuxbox.cz
>>> -------------------------------------
>>
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2012-04-24 13:41 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-20 22:38 [BISECTED] ipmi_si not loading since 2.6.39 Nikola Ciprich
2012-04-21 0:33 ` Rob Herring
2012-04-21 0:34 ` Corey Minyard
2012-04-21 7:20 ` Nikola Ciprich
2012-04-23 20:09 ` Rob Herring
2012-04-23 20:20 ` Nikola Ciprich
2012-04-24 13:41 ` Corey Minyard [this message]
2012-04-24 20:37 ` Nikola Ciprich
2012-04-24 20:55 ` Rob Herring
2012-04-24 21:30 ` Nikola Ciprich
2012-04-24 21:57 ` Corey Minyard
2012-04-25 4:21 ` Nikola Ciprich
2012-04-25 16:49 ` Corey Minyard
2012-04-25 17:58 ` Nikola Ciprich
2012-04-28 14:43 ` Nikola Ciprich
2012-04-29 3:34 ` Corey Minyard
2012-04-29 7:18 ` [BISECTED] SOLVED " Nikola Ciprich
2012-04-23 20:09 ` [BISECTED] " Nikola Ciprich
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F96AD8C.9010105@acm.org \
--to=tcminyard@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=minyard@acm.org \
--cc=nikola.ciprich@linuxbox.cz \
--cc=rob.herring@calxeda.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox