6.7 trouble reaching ipmi on supermicro atom

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

6.7 trouble reaching ipmi on supermicro atom

Loopw
ipmitool is timing out on my system with the kernel driver loaded, where I havent seen this in previous releases.

I looked at the changes in 6.7 for ipmi.c, there's a number of them (thank you!)  My intention is to bisect for which change may have caused this, but if someone knows what’s going on, I’m all ears.


This behavior has happened on two systems that I've tried so far:

cobalt# ipmitool sel                
Unable to send command: Device busy
Get Device ID command failed
No data available
Unable to send command: Device busy
No valid response received
No data available
Get SEL Info command failed


I loaded ipmi in this kernel as I have in previous releases, seems to be present:

cobalt# echo find ipmi | config -e -o /bsd.test /bsd
OpenBSD 6.7 (GENERIC.MP) #1: Sat May 16 16:33:02 MDT 2020
    [hidden email]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Enter 'help' for information
ukc> find ipmi
447 ipmi0 at acpi0 flags 0x0
448 ipmi0 at mainbus0 apid -1 flags 0x0
ukc> config: eof


OpenBSD 6.7 (GENERIC.MP) #1: Sat May 16 16:33:02 MDT 2020
    [hidden email]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4277665792 (4079MB)
avail mem = 4135411712 (3943MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0x9ac00 (19 entries)
bios0: vendor American Megatrends Inc. version "1.2b" date 07/19/13
bios0: Supermicro X7SPA-HF
acpi0 at bios0: ACPI 3.0
acpi0: sleep states S0 S1 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB HPET EINJ BERT ERST HEST
acpi0: wakeup devices P0P1(S4) USB0(S4) USB1(S4) USB2(S4) USB5(S4) EUSB(S4) USB3(S4) USB4(S4) USB6(S4) USBE(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.91 MHz, 06-1c-0a
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu0: 512KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 166MHz
cpu0: mwait min=64, max=64, C-substates=0.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.68 MHz, 06-1c-0a
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu1: 512KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 3 pa 0xfec00000, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xe0000000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (P0P1)
acpiprt2 at acpi0: bus 1 (P0P4)
acpiprt3 at acpi0: bus 2 (P0P8)
acpiprt4 at acpi0: bus 3 (P0P9)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
acpipci0 at acpi0 PCI0: 0x00000010 0x00000011 0x00000000
acpicmos0 at acpi0
acpibtn0 at acpi0: PWRB
ipmi0 at mainbus0: version 1.5 interface KCS iobase 0xca2/2 spacing 1
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Pineview DMI" rev 0x02
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x02: apic 3 int 16
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x02: apic 3 int 21
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x02: apic 3 int 19
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x02: apic 3 int 18
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x02: msi
pci1 at ppb0 bus 1
em0 at pci1 dev 0 function 0 "Intel 82571EB" rev 0x06: apic 3 int 16, address 00:1b:21:88:9f:20
em1 at pci1 dev 0 function 1 "Intel 82571EB" rev 0x06: apic 3 int 17, address 00:1b:21:88:9f:21
ppb1 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x02: msi
pci2 at ppb1 bus 2
em2 at pci2 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address 00:25:90:0a:40:72
ppb2 at pci0 dev 28 function 5 "Intel 82801I PCIE" rev 0x02: msi
pci3 at ppb2 bus 3
em3 at pci3 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address 00:25:90:0a:40:73
uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x02: apic 3 int 23
uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x02: apic 3 int 19
uhci5 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x02: apic 3 int 18
ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x02: apic 3 int 23
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb3 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x92
pci4 at ppb3 bus 4
vga1 at pci4 dev 4 function 0 "Matrox MGA G200eW" rev 0x0a
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 31 function 0 "Intel 82801IR LPC" rev 0x02
pciide0 at pci0 dev 31 function 2 "Intel 82801I SATA" rev 0x02: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI
pciide0: using apic 3 int 19 for native-PCI interrupt
wd0 at pciide0 channel 0 drive 0: <INTEL SSDSC2BB120G4>
wd0: 1-sector PIO, LBA48, 114473MB, 234441648 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6
ichiic0 at pci0 dev 31 function 3 "Intel 82801I SMBus" rev 0x02: apic 3 int 18
iic0 at ichiic0
iic0: skipping sensors to avoid ipmi0 interactions
spdmem0 at iic0 addr 0x50: 2GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM
spdmem1 at iic0 addr 0x51: 2GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM
pciide1 at pci0 dev 31 function 5 "Intel 82801I SATA" rev 0x02: DMA, channel 0 wired to native-PCI, channel 1 wired to native-PCI
pciide1: using apic 3 int 19 for native-PCI interrupt
usb2 at uhci0: USB revision 1.0
uhub2 at usb2 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb3 at uhci1: USB revision 1.0
uhub3 at usb3 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb4 at uhci2: USB revision 1.0
uhub4 at usb4 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb5 at uhci3: USB revision 1.0
uhub5 at usb5 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb6 at uhci4: USB revision 1.0
uhub6 at usb6 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb7 at uhci5: USB revision 1.0
uhub7 at usb7 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
com2 at isa0 port 0x3e8/8 irq 5: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
wbsio0 at isa0 port 0x2e/2: W83627DHG rev 0x25
uhidev0 at uhub4 port 2 configuration 1 interface 0 "Winbond Electronics Corp Hermon USB hidmouse Device" rev 1.10/0.01 addr 2
uhidev0: iclass 3/1
ums0 at uhidev0: 3 buttons, Z dir
wsmouse0 at ums0 mux 0
uhidev1 at uhub4 port 2 configuration 1 interface 1 "Winbond Electronics Corp Hermon USB hidmouse Device" rev 1.10/0.01 addr 2
uhidev1: iclass 3/1
ukbd0 at uhidev1: 8 variable keys, 6 key codes
wskbd1 at ukbd0 mux 1
wskbd1: connecting to wsdisplay0
vscsi0 at root
scsibus1 at vscsi0: 256 targets
softraid0 at root
scsibus2 at softraid0: 256 targets
root on wd0a (d19a675ad2509822.a) swap on wd0b dump on wd0b

Reply | Threaded
Open this post in threaded view
|

Re: 6.7 trouble reaching ipmi on supermicro atom

Loopw


> On May 31, 2020, at 6:07 PM, [hidden email] wrote:
>
> ipmitool is timing out on my system with the kernel driver loaded, where I havent seen this in previous releases.
>
> I looked at the changes in 6.7 for ipmi.c, there's a number of them (thank you!)  My intention is to bisect for which change may have caused this, but if someone knows what’s going on, I’m all ears.

I didn’t have to bisect! Woo! While ipmitool no longer seems to function, once I enable ipmi in my running kernel I can successfully reboot a 6.7 ipmi-of-this-vintage system now - where previously, from 6.6 going back into late 4.x land, these systems would hang on reboot until I reset the BMC.  I no longer have to create a custom /etc/rc.shutdown and other things that did evil stuff like reset the bmc just before rebooting the box in order to avoid a lockup.  Oh right, my point:

THANK YOU FOR FIXING UP THE IPMI CODE! THANK YOU!


Reply | Threaded
Open this post in threaded view
|

Re: 6.7 trouble reaching ipmi on supermicro atom

Loopw


> On Jun 11, 2020, at 10:31 AM, [hidden email] wrote:
>
> I didn’t have to bisect! Woo! While ipmitool no longer seems to function, once I enable ipmi in my running kernel I can successfully reboot a 6.7 ipmi-of-this-vintage system now - where previously, from 6.6 going back into late 4.x land, these systems would hang on reboot until I reset the BMC.

I stand corrected - the BMC was reset recently enough that I was fooled into thinking everything was great with the system.  Effectively, enabling ipmi in the kernel in 6.7 doesnt let ipmitool attach to the ipmi I have, thus making them quasi-not-so-useful boards with 6.7 as is. When I get time I will bisect the 6.7 changes, I guess. Note that they ran 5.2 through 6.6 and let me attach ipmitool.  Supermicro X7SPE-HF-D525 for those interested, dmesg output is posted at the start of this thread.  





Reply | Threaded
Open this post in threaded view
|

Re: 6.7 trouble reaching ipmi on supermicro atom

Stuart Henderson
On 2020-06-28, [hidden email] <[hidden email]> wrote:
>
>
>> On Jun 11, 2020, at 10:31 AM, [hidden email] wrote:
>>
>> I didn’t have to bisect! Woo! While ipmitool no longer seems to function, once I enable ipmi in my running kernel I can successfully reboot a 6.7 ipmi-of-this-vintage system now - where previously, from 6.6 going back into late 4.x land, these systems would hang on reboot until I reset the BMC.
>
> I stand corrected - the BMC was reset recently enough that I was fooled into thinking everything was great with the system.  Effectively, enabling ipmi in the kernel in 6.7 doesnt let ipmitool attach to the ipmi I have, thus making them quasi-not-so-useful boards with 6.7 as is. When I get time I will bisect the 6.7 changes, I guess. Note that they ran 5.2 through 6.6 and let me attach ipmitool.  Supermicro X7SPE-HF-D525 for those interested, dmesg output is posted at the start of this thread.  


/dev/ipmi access should be fixed in -current now thanks to a report
from a user who spent the time to bisect.