|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] ACPI-Tables corrupted?
Hi, on a Nehalem system with VT-d enabled we are seeing strange ACPI-Table contents, especially a corrupted DMAR entry. The hypervisor shows following data on boot: (XEN) ACPI: RSDP 000F80E0, 0024 (r2 PTLTD ) (XEN) ACPI: XSDT BF7C469E, 00D4 (r1 PTLTD XSDT 60000 LTP 0) (XEN) ACPI: FACP BF7C9CC9, 00F4 (r3 FSC TYLERBRG 60000 PTL F4240) (XEN) ACPI: DSDT BF7C4772, 54D3 (r1 FSC D2619 60000 MSFT 3000001) (XEN) ACPI: FACS BF7CBFC0, 0040 (XEN) ACPI: TCPA BF7C9DBD, 0032 (r1 Phoeni x 60000 TL 0) (XEN) ACPI: SLIT BF7C9DEF, 0030 (r1 FSC 60000 5A) (XEN) ACPI: EINJ BF7C9E1F, 01B0 (r1 PTL WHEAPTL 60000 PTL 1) (XEN) ACPI: HEST BF7C9FCF, 0268 (r1 PTL WHEAPTL 60000 PTL 1) (XEN) ACPI: BERT BF7CA237, 0030 (r1 PTL WHEAPTL 60000 PTL 1) (XEN) ACPI: SSDT BF7CA267, 00E1 (r1 wheaos wheaosc 60000 INTL 20050624) (XEN) ACPI: ERST BF7CA348, 0270 (r1 PTL WHEAPTL 60000 PTL 1) (XEN) ACPI: SSDT BF7CA5B8, 009E (r1 FSC CST_PR00 60000 CSF 1) (XEN) ACPI: SSDT BF7CA656, 009E (r1 FSC CST_PR02 60000 CSF 1) (XEN) ACPI: SSDT BF7CA6F4, 009E (r1 FSC CST_PR04 60000 CSF 1) (XEN) ACPI: SSDT BF7CA792, 009E (r1 FSC CST_PR06 60000 CSF 1) (XEN) ACPI: SSDT BF7CA830, 015B (r1 FSC PST_PR00 60000 CSF 1) (XEN) ACPI: SSDT BF7CA98B, 015B (r1 FSC PST_PR02 60000 CSF 1) (XEN) ACPI: SSDT BF7CAAE6, 015B (r1 FSC PST_PR04 60000 CSF 1) (XEN) ACPI: SSDT BF7CAC41, 015B (r1 FSC PST_PR06 60000 CSF 1) (XEN) ACPI: SPCR BF7CAD9C, 0050 (r1 PTLTD $UCRTBL$ 60000 PTL 1) (XEN) ACPI: DMAR BF7CADEC, 00E8 (r1 Intel OEMDMAR 60000 LOHR 1) (XEN) ACPI: MCFG BF7CAED4, 003C (r1 PTLTD MCFG 60000 LTP 0) (XEN) ACPI: HPET BF7CAF10, 0038 (r1 PTLTD HPETTBL 60000 LTP 1) (XEN) ACPI: APIC BF7CAF48, 0090 (r1 PTLTD APIC 60000 LTP 0) (XEN) ACPI: BOOT BF7CAFD8, 0028 (r1 PTLTD $SBFTBL$ 60000 LTP 1) The dom0 kernel prints the following: [ 8.193909] ACPI: RSDP 00000000000f80e0 00024 (v02 PTLTD )[ 8.193921] ACPI: XSDT 00000000bf7c469e 000D4 (v01 PTLTD ? XSDT 00060000 LTP 00000000) [ 8.193929] ACPI: FACP 00000000bf7c9cc9 000F4 (v03 FSC TYLERBRG 00060000 PTL 000F4240) [ 8.193937] ACPI: DSDT 00000000bf7c4772 054D3 (v01 FSC D2619 00060000 MSFT 03000001) [ 8.193941] ACPI: FACS 00000000bf7cbfc0 00040[ 8.193945] ACPI: TCPA 00000000bf7c9dbd 00032 (v01 Phoeni x 00060000 TL 00000000) [ 8.193950] ACPI: SLIT 00000000bf7c9def 00030 (v01 FSC 00060000 0000005A) [ 8.193955] ACPI: EINJ 00000000bf7c9e1f 001B0 (v01 PTL WHEAPTL 00060000 PTL 00000001) [ 8.193960] ACPI: HEST 00000000bf7c9fcf 00268 (v01 PTL WHEAPTL 00060000 PTL 00000001) [ 8.193964] ACPI: BERT 00000000bf7ca237 00030 (v01 PTL WHEAPTL 00060000 PTL 00000001) [ 8.193969] ACPI: SSDT 00000000bf7ca267 000E1 (v01 wheaos wheaosc 00060000 INTL 20050624) [ 8.193974] ACPI: ERST 00000000bf7ca348 00270 (v01 PTL WHEAPTL 00060000 PTL 00000001) [ 8.193979] ACPI: SSDT 00000000bf7ca5b8 0009E (v01 FSC CST_PR00 00060000 CSF 00000001) [ 8.193983] ACPI: SSDT 00000000bf7ca656 0009E (v01 FSC CST_PR02 00060000 CSF 00000001) [ 8.193988] ACPI: SSDT 00000000bf7ca6f4 0009E (v01 FSC CST_PR04 00060000 CSF 00000001) [ 8.193993] ACPI: SSDT 00000000bf7ca792 0009E (v01 FSC CST_PR06 00060000 CSF 00000001) [ 8.193997] ACPI: SSDT 00000000bf7ca830 0015B (v01 FSC PST_PR00 00060000 CSF 00000001) [ 8.194002] ACPI: SSDT 00000000bf7ca98b 0015B (v01 FSC PST_PR02 00060000 CSF 00000001) [ 8.194007] ACPI: SSDT 00000000bf7caae6 0015B (v01 FSC PST_PR04 00060000 CSF 00000001) [ 8.194011] ACPI: SSDT 00000000bf7cac41 0015B (v01 FSC PST_PR06 00060000 CSF 00000001) [ 8.194016] ACPI: SPCR 00000000bf7cad9c 00050 (v01 PTLTD $UCRTBL$ 00060000 PTL 00000001) [ 8.194021] ACPI: 00000000bf7cadec 000E8 (v01 Intel OEMDMAR 00060000 LOHR 00000001) [ 8.194025] ACPI: MCFG 00000000bf7caed4 0003C (v01 PTLTD MCFG 00060000 LTP 00000000) [ 8.194030] ACPI: HPET 00000000bf7caf10 00038 (v01 PTLTD HPETTBL 00060000 LTP 00000001) [ 8.194035] ACPI: APIC 00000000bf7caf48 00090 (v01 PTLTD ? APIC 00060000 LTP 00000000) [ 8.194039] ACPI: BOOT 00000000bf7cafd8 00028 (v01 PTLTD $SBFTBL$ 00060000 LTP 00000001) As you can see, the DMAR eye-catcher is replaced by blanks! This leads to a programmed panic in the crash kernel later in case of a panic in dom0... Any ideas? BTW: seen in unstable AND 4.0 Juergen -- Juergen Gross Principal Developer Operating Systems TSP ES&S SWE OS6 Telephone: +49 (0) 89 3222 2967 Fujitsu Technology Solutions e-mail: juergen.gross@xxxxxxxxxxxxxx Domagkstr. 28 Internet: ts.fujitsu.com D-80807 Muenchen Company details: ts.fujitsu.com/imprint.html _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |