> 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'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 > >>>>>>>>>> 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 > >>>>>>>>>> Signed-off-by: Grant Likely > >>>>>>>>>> > >>>>>>>>>> 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/ > > > > -- > ------------------------------------- > 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 > ------------------------------------- -- ------------------------------------- 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 -------------------------------------