> That means that something else is using that I/O space. You can look in > /proc/ioports to find what. 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 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 -------------------------------------