Got a new Dell XPS 401 laptop today and booted amd64 -current bsd.mp
off of a usb stick. It immediately blew up in acpi. bsd.rd did not
blow up.
There seems to be a minor (i.e. non ddb> causing) issue prior to
acpivideo:
acpiec0 at acpi0
acpicpu1 at acpi0: PSS
Hand transcribed:
<usual dmesg -- see below>
acpivideo at acpi0: GFX0
0xffff8000001d6788 cnt:01 stk: 00 objref: 0xffff8000001c3c08
index: 0 opcode: Cond Ref
[\HDOS] 0xffff8000001c3c08 cnt: 04 stk: 00 method: 08
Could not convert 101 to 1
6a58 Called: \_SB_.PCI0.GFX0._DOS
arg0: 0xffff8000001d1a08 cnt: 01 stk: 00 integer: 4
6a5c Called: \_SB_.PCI0.GFX0._DOS
arg0: 0xffff8000001d1a08 cnt: 01 stk: 00 integer: 4
panic: aml_die aml_xconvert:2052
ddb{0}> trace
_aml_die
aml_xconvert
aml_xstore
aml_xparse
aml_xeval
aml_evalnode
acpivideo_set_policy
acpivideo_attach
config_attach
acpi_foundvideo
aml_found_node
aml_found_node
aml_found_node
aml_found_node
aml_found_node
acpi_attach
config_attach
bios_attach
config_attach
mainbus_attach
config_attach
cpu_configure
main
Disabling acpivideo via ukc makes bsd.mp boot.
tar of acpidump files attached.
Note that the NVidia 425M is only recognized because I added that
to pcidevs.
.... Ken
OpenBSD 4.8-current (GENERIC.MP) #3: Wed Dec 22 12:37:54 EST 2010
root@tbay.westerback.ca:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3151962112 (3005MB)
avail mem = 3054088192 (2912MB)
User Kernel Config
UKC> disable acpivido\^H \^Hep\^H \^Ho
351 acpivideo* disabled
UKC> quit
Continuing...
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeb6d0 (56 entries)
bios0: vendor Dell Inc. version "A04" date 10/15/2010
bios0: Dell Inc. XPS L401X
acpi0 at bios0: rev 3
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC SSDT MCFG SLIC HPET OSFR SSDT
acpi0: wakeup devices P0P1(S3) P0P2(S3) P0P3(S3) P0P4(S3) P0P5(S3) BR20(S3) EUSB(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USBE(S4) USB4(S3) USB5(S3) USB6(S3) PEX0(S3) PEX1(S3) ...Bad AML. Looks like it is trying to do an AML Load of a memory block, and that is failing. Usually that's because the checksum is incorrect. Look at dsdt.c:aml_load() and put printf's at both goto fails', to see what is failing. Not much I can do about it now as I am in Palau. :) BR20(S3) EUSB(S4) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USBE(S4) USB4(S3) USB5(S3) USB6(S3) PEX0(S3) PEX1(S3) PEX2(S3) PEX3(S3) PEX4(S3) PEX5(S3) FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S
It does seem to be a failing checksum. acpi_maptable() fails in acpi_load(), in the "Load SSDT from memory" section. A bit of memory 228 bytes long. .... Ken
