Re: 6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
> Hi, > > could you please try this diff from kettenis@ > https://marc.info/?l=openbsd-tech&m=152650279308779&w=2 > Hi Hrvoje, misc@, I'm sorry, but I don't access to the hardware (Dell PowerEdge R440) anymore. I've returned it to the supplier already as this was leased only for testing. Sorry, Jan
Re: 6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
On 2.5.2018. 11:28, Jan Vlach wrote: > R440 WAS( Re: Dell PowerEdge R430/R440 support) > Reply-To: > In-Reply-To: <20180425150215.gh20...@diehard.n-r-g.com> > > Hello misc@ > > > the Dell PowerEdge R440 server arrived for testing and it panics on boot > to installed system. Installer works fine, it's the reboot into > installed system that fails. Both 6.3-release and 6.3-current behave the > same. (OpenBSD 6.3-current (RAMDISK_CD) #12: Wed Apr 25 22:56:41 MDT > 2018; dmesg below) > > I've turned PERC H330 into HBA mode and setup raid1 softraid from 3 > disks. > > last screen on monitor with panic (rewritten by hand, sorry for possible > typos, photo at > https://synchronicity.cz/bsd/ ) > > ### LAST PANIC SCREEN > acpiprt81 at acpi0: bus -1 (SR3A) > acpiprt82 at acpi0: bus -1 (SR3B) > acpiprt83 at acpi0: bus -1 (SR3C) > acpiprt84 at acpi0: bus -1 (SR3D) > acpiprt85 at acpi0: bus -1 (MCP6) > acpiprt86 at acpi0: bus -1 (MCP7) > acpicpu0 at acpi0LoadTable > 0140 Called: \_SB_.SCK0.CP00.ISTT > 0140 Called: \_SB_.SCK0.CP00.ISTT > 034d Called: \_SB_.SCK0.CP00._OSC > arg0: 0x80620488 cnt:05 stk: 00 buffer: 10 {16, a6, 77, 40, > 0c, 29, be, 47, 9e, bd, d8, 70, 58, 71, 39, 53} > arg1: 0x80627988 cnt:01 stk:00 integer: 1 arg2: 0x80629388 > cnt:01 stk:00 integer: 2 > arg3: 0x8061d188 cnt:04 stk:00 buffer: 0c {00, 00, 00, 00, 3b, > 03, 00, 00, ff, ff, ff, ff} > 034d Called: \_SB_.SCK0.CP00._OSC > arg0: 0x80620488 cnt:05 stk: 00 buffer: 10 {16, a6, 77, 40, > 0c, 29, be, 47, 9e, bd, d8, 70, 58, 71, 39, 53} > arg1: 0x80627988 cnt:01 stk:00 integer: 1 > arg2: 0x80629388 cnt:01 stk:00 integer: 2 > arg3: 0x8061d188 cnt:04 stk:00 buffer: 0c {00, 00, 00, 00, 3b, > 03, 00, 00, ff, ff, ff, ff} > panic: aml_die aml_parse:4194 Hi, could you please try this diff from kettenis@ https://marc.info/?l=openbsd-tech&m=152650279308779&w=2
Re: 6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
On Thu, May 03, 2018 at 02:02:48PM +0200, Jan Vlach wrote: > > kettenis@ may know more, I think he knows about this issue already. It's > > just > > a missing piece of the standard we didn't implement yet. An AML dump may > > be useful, yes. > > > > -ml > > > > Hello Mike, > > just have installed FreeBSD11.1 on the PowerEdge R440 to get acpidump & debug > info. I've followed > https://docs.freebsd.org/doc/5.5-RELEASE/usr/share/doc/handbook/acpi-debug.html. > > The files are available at: https://synchronicity.cz/bsd/ > Full archive at: https://synchronicity.cz/bsd/R440-FreeBSD.tar.gz > > ### FILES > FreeBSD11.1.aml # iasl -f FreeBSD11.1.asl > FreeBSD11.1.asl # acpidump -t -d > FreeBSD11.1.aml > FreeBSD11.1.dsl # iasl -d FreeBSD11.1.asl > devinfo-rv.txt # devinfo -rv > devinfo-v.txt # devinfo -v > dmesg-FreeBSD11.1.txt # dmesg > hw.acpi.txt # sysctl hw.acpi > iasl-FreeBSD11.1.asl.txt # iasl console output > iasl-f.log # iasl -f log > pciconf-lv.txt # pciconf -lv > pciconv-l.txt # pciconv -l > sysctl-a.txt # syscl -a > usbconfig.txt # usbconfig > > Is anything else needed/necessary? Is the `iasl -f` command what you meant by > getting an > AML dump? > > Thank you, > Jan > What you posted to the URL above should probably be enough to get started, for whomever decides to take on the challenge. At least for the time being, that's not me. And not having access to the hardware makes it even less interesting :) I grabbed the .tar.gz from above, in case the link dies, in case anyone later needs the files. -ml
Re: 6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
> kettenis@ may know more, I think he knows about this issue already. It's just > a missing piece of the standard we didn't implement yet. An AML dump may > be useful, yes. > > -ml > Hello Mike, just have installed FreeBSD11.1 on the PowerEdge R440 to get acpidump & debug info. I've followed https://docs.freebsd.org/doc/5.5-RELEASE/usr/share/doc/handbook/acpi-debug.html. The files are available at: https://synchronicity.cz/bsd/ Full archive at: https://synchronicity.cz/bsd/R440-FreeBSD.tar.gz ### FILES FreeBSD11.1.aml # iasl -f FreeBSD11.1.asl FreeBSD11.1.asl # acpidump -t -d > FreeBSD11.1.aml FreeBSD11.1.dsl # iasl -d FreeBSD11.1.asl devinfo-rv.txt # devinfo -rv devinfo-v.txt # devinfo -v dmesg-FreeBSD11.1.txt # dmesg hw.acpi.txt # sysctl hw.acpi iasl-FreeBSD11.1.asl.txt # iasl console output iasl-f.log # iasl -f log pciconf-lv.txt # pciconf -lv pciconv-l.txt # pciconv -l sysctl-a.txt # syscl -a usbconfig.txt # usbconfig Is anything else needed/necessary? Is the `iasl -f` command what you meant by getting an AML dump? Thank you, Jan
Re: 6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
> Last time I checked, we don't support LoadTable. > > -ml > Thank you Mike for your reply. I have no clue about ACPI. Is this a new way how vendors extend ACPI? Is there generally a way to switch it to some "legacy" mode or is this endgame? Is there some info I could get from the system before I send it back that could later down the road when someone is interested? Would getting an acpidump from Linux and/or FreeBSD help at this point? Thank you again, Jan
Re: 6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
On 2.5.2018. 19:06, Mike Larkin wrote: > On Wed, May 02, 2018 at 06:51:51PM +0200, Jan Vlach wrote: >>> Last time I checked, we don't support LoadTable. >>> >>> -ml >>> >> >> Thank you Mike for your reply. I have no clue about ACPI. Is this a new >> way how vendors extend ACPI? Is there generally a way to switch it to >> some "legacy" mode or is this endgame? >> Is there some info I could get from the system before I send it back >> that could later down the road when someone is interested? Would getting >> an acpidump from Linux and/or FreeBSD help at this point? >> >> Thank you again, >> Jan > > kettenis@ may know more, I think he knows about this issue already. It's just > a missing piece of the standard we didn't implement yet. An AML dump may > be useful, yes. > > -ml > Hi, it seems that this is the same problem as on r640/r740. Please see http://openbsd-archive.7691.n7.nabble.com/acpi-panic-on-dell-r640-and-r740xd-td339288.html
Re: 6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
On Wed, May 02, 2018 at 06:51:51PM +0200, Jan Vlach wrote: > > Last time I checked, we don't support LoadTable. > > > > -ml > > > > Thank you Mike for your reply. I have no clue about ACPI. Is this a new > way how vendors extend ACPI? Is there generally a way to switch it to > some "legacy" mode or is this endgame? > Is there some info I could get from the system before I send it back > that could later down the road when someone is interested? Would getting > an acpidump from Linux and/or FreeBSD help at this point? > > Thank you again, > Jan kettenis@ may know more, I think he knows about this issue already. It's just a missing piece of the standard we didn't implement yet. An AML dump may be useful, yes. -ml
Re: 6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
On Wed, May 02, 2018 at 11:28:47AM +0200, Jan Vlach wrote: > R440 WAS( Re: Dell PowerEdge R430/R440 support) > Reply-To: > In-Reply-To: <20180425150215.gh20...@diehard.n-r-g.com> > > Hello misc@ > > > the Dell PowerEdge R440 server arrived for testing and it panics on boot > to installed system. Installer works fine, it's the reboot into > installed system that fails. Both 6.3-release and 6.3-current behave the > same. (OpenBSD 6.3-current (RAMDISK_CD) #12: Wed Apr 25 22:56:41 MDT > 2018; dmesg below) > > I've turned PERC H330 into HBA mode and setup raid1 softraid from 3 > disks. > > last screen on monitor with panic (rewritten by hand, sorry for possible > typos, photo at > https://synchronicity.cz/bsd/ ) > Last time I checked, we don't support LoadTable. -ml > ### LAST PANIC SCREEN > acpiprt81 at acpi0: bus -1 (SR3A) > acpiprt82 at acpi0: bus -1 (SR3B) > acpiprt83 at acpi0: bus -1 (SR3C) > acpiprt84 at acpi0: bus -1 (SR3D) > acpiprt85 at acpi0: bus -1 (MCP6) > acpiprt86 at acpi0: bus -1 (MCP7) > acpicpu0 at acpi0LoadTable > 0140 Called: \_SB_.SCK0.CP00.ISTT > 0140 Called: \_SB_.SCK0.CP00.ISTT > 034d Called: \_SB_.SCK0.CP00._OSC > arg0: 0x80620488 cnt:05 stk: 00 buffer: 10 {16, a6, 77, 40, > 0c, 29, be, 47, 9e, bd, d8, 70, 58, 71, 39, 53} > arg1: 0x80627988 cnt:01 stk:00 integer: 1 arg2: 0x80629388 > cnt:01 stk:00 integer: 2 > arg3: 0x8061d188 cnt:04 stk:00 buffer: 0c {00, 00, 00, 00, 3b, > 03, 00, 00, ff, ff, ff, ff} > 034d Called: \_SB_.SCK0.CP00._OSC > arg0: 0x80620488 cnt:05 stk: 00 buffer: 10 {16, a6, 77, 40, > 0c, 29, be, 47, 9e, bd, d8, 70, 58, 71, 39, 53} > arg1: 0x80627988 cnt:01 stk:00 integer: 1 > arg2: 0x80629388 cnt:01 stk:00 integer: 2 > arg3: 0x8061d188 cnt:04 stk:00 buffer: 0c {00, 00, 00, 00, 3b, > 03, 00, 00, ff, ff, ff, ff} > panic: aml_die aml_parse:4194 > > This is reproducible at every boot. I've tried to boot bsd.rd and mount root > fs to > run acpidump, but it just says Abort trap. > > Disabling acpi in UKC gets me to different panic, but this is probably > barking at wrong tree at this point. > > There's also MARVELL 88SE9230 AHCI driver with two SSD drives I don't > need. Installer complains about port softreset, haven't tried the > functionality yet. > > There are some performance settings in bios > (https://synchronicity.cz/bsd/bios/IMG_20180430_150250.jpg) but random > fiddling without understanding didn't help me at this point. > > Is there anything else to help debug this? I should have this box for > another week or so (2 weeks from this monday 30.4.). > > Cluestick please? > > Thank you, > Jan > > ### Screenshots and boot video at: https://synchronicity.cz/bsd/ ; installer > dmesg follows. > > files: > - https://synchronicity.cz/bsd/dmesg.txt # same as below > - https://synchronicity.cz/bsd/openbsd%206.3-release.mp4 # boot > including BIOS for 6.3-release > - https://synchronicity.cz/bsd/openbsd%20installer.mp4 # boot into > 6.3-current installer > - https://synchronicity.cz/bsd/panic%20bsd.mp%206.3-current.jpg # panic > with bsd.mp > - https://synchronicity.cz/bsd/panic%20bsd.sp%206.3-curent.jpg # panic > with bsd.sp > > > ### DMESG > > OpenBSD 6.3-current (RAMDISK_CD) #12: Wed Apr 25 22:56:41 MDT 2018 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD > real mem = 101524992000 (96821MB) > avail mem = 98444308480 (93883MB) > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x6cb09000 (62 entries) > bios0: vendor Dell Inc. version "1.3.7" date 02/09/2018 > bios0: Dell Inc. PowerEdge R440 > acpi0 at bios0: rev 2 > acpi0: tables DSDT FACP SSDT TPM2 WD__ HPET APIC MCFG MIGT MSCT NFIT PCAT > PCCT RASF SLIT SRAT SVOS OEM4 SSDT SSDT SSDT DMAR HEST BERT ERST EINJ > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Xeon(R) Silver 4114 CPU @ 2.20GHz, 2494.65 MHz > 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,PQM,MPX,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,AVX512CD,AVX512BW,AVX512VL,PKU,IBRS,IBPB,STIBP,SENSOR,ARAT,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: cannot disable silicon debug > cpu0: apic clock running at 24MHz > cpu0: mwait min=64, max=64, C-substates=0.2.0.2, IBE > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainbus0: not configured > cpu at mainb
6.3-current kernel panic: aml_die aml_parse:4194 on PowerEdge
R440 WAS( Re: Dell PowerEdge R430/R440 support) Reply-To: In-Reply-To: <20180425150215.gh20...@diehard.n-r-g.com> Hello misc@ the Dell PowerEdge R440 server arrived for testing and it panics on boot to installed system. Installer works fine, it's the reboot into installed system that fails. Both 6.3-release and 6.3-current behave the same. (OpenBSD 6.3-current (RAMDISK_CD) #12: Wed Apr 25 22:56:41 MDT 2018; dmesg below) I've turned PERC H330 into HBA mode and setup raid1 softraid from 3 disks. last screen on monitor with panic (rewritten by hand, sorry for possible typos, photo at https://synchronicity.cz/bsd/ ) ### LAST PANIC SCREEN acpiprt81 at acpi0: bus -1 (SR3A) acpiprt82 at acpi0: bus -1 (SR3B) acpiprt83 at acpi0: bus -1 (SR3C) acpiprt84 at acpi0: bus -1 (SR3D) acpiprt85 at acpi0: bus -1 (MCP6) acpiprt86 at acpi0: bus -1 (MCP7) acpicpu0 at acpi0LoadTable 0140 Called: \_SB_.SCK0.CP00.ISTT 0140 Called: \_SB_.SCK0.CP00.ISTT 034d Called: \_SB_.SCK0.CP00._OSC arg0: 0x80620488 cnt:05 stk: 00 buffer: 10 {16, a6, 77, 40, 0c, 29, be, 47, 9e, bd, d8, 70, 58, 71, 39, 53} arg1: 0x80627988 cnt:01 stk:00 integer: 1 arg2: 0x80629388 cnt:01 stk:00 integer: 2 arg3: 0x8061d188 cnt:04 stk:00 buffer: 0c {00, 00, 00, 00, 3b, 03, 00, 00, ff, ff, ff, ff} 034d Called: \_SB_.SCK0.CP00._OSC arg0: 0x80620488 cnt:05 stk: 00 buffer: 10 {16, a6, 77, 40, 0c, 29, be, 47, 9e, bd, d8, 70, 58, 71, 39, 53} arg1: 0x80627988 cnt:01 stk:00 integer: 1 arg2: 0x80629388 cnt:01 stk:00 integer: 2 arg3: 0x8061d188 cnt:04 stk:00 buffer: 0c {00, 00, 00, 00, 3b, 03, 00, 00, ff, ff, ff, ff} panic: aml_die aml_parse:4194 This is reproducible at every boot. I've tried to boot bsd.rd and mount root fs to run acpidump, but it just says Abort trap. Disabling acpi in UKC gets me to different panic, but this is probably barking at wrong tree at this point. There's also MARVELL 88SE9230 AHCI driver with two SSD drives I don't need. Installer complains about port softreset, haven't tried the functionality yet. There are some performance settings in bios (https://synchronicity.cz/bsd/bios/IMG_20180430_150250.jpg) but random fiddling without understanding didn't help me at this point. Is there anything else to help debug this? I should have this box for another week or so (2 weeks from this monday 30.4.). Cluestick please? Thank you, Jan ### Screenshots and boot video at: https://synchronicity.cz/bsd/ ; installer dmesg follows. files: - https://synchronicity.cz/bsd/dmesg.txt # same as below - https://synchronicity.cz/bsd/openbsd%206.3-release.mp4 # boot including BIOS for 6.3-release - https://synchronicity.cz/bsd/openbsd%20installer.mp4 # boot into 6.3-current installer - https://synchronicity.cz/bsd/panic%20bsd.mp%206.3-current.jpg # panic with bsd.mp - https://synchronicity.cz/bsd/panic%20bsd.sp%206.3-curent.jpg # panic with bsd.sp ### DMESG OpenBSD 6.3-current (RAMDISK_CD) #12: Wed Apr 25 22:56:41 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD real mem = 101524992000 (96821MB) avail mem = 98444308480 (93883MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x6cb09000 (62 entries) bios0: vendor Dell Inc. version "1.3.7" date 02/09/2018 bios0: Dell Inc. PowerEdge R440 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT TPM2 WD__ HPET APIC MCFG MIGT MSCT NFIT PCAT PCCT RASF SLIT SRAT SVOS OEM4 SSDT SSDT SSDT DMAR HEST BERT ERST EINJ acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) Silver 4114 CPU @ 2.20GHz, 2494.65 MHz 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,PQM,MPX,AVX512F,AVX512DQ,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,AVX512CD,AVX512BW,AVX512VL,PKU,IBRS,IBPB,STIBP,SENSOR,ARAT,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: cannot disable silicon debug cpu0: apic clock running at 24MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.2, IBE cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at mainbus0: not configured cpu at ma