search for: ssdt

.... > > Is it completely empty or is it empty just for RP05? It should print out > all devices with power resources. > > > Given that _PS3 exists and is indeed a package with some elements, it > > seems that acpi_extract_power_resources is failing. Note that in the > > SSDT, the power resource NVP3 was referenced before it was defined, > > could that result in this enumeration failure? Relevant SSDT excerpt: > > > > Scope (\_SB.PCI0.RP05) > > { > > Name (_PR3, Package (0x01) // _PR3: Power Resources for D3hot > >...

...(mainline fails to boot due to a kbuild issue which I reported elsewhere), but the output is empty. That seems to indicate that flags.power_resources is unset. Given that _PS3 exists and is indeed a package with some elements, it seems that acpi_extract_power_resources is failing. Note that in the SSDT, the power resource NVP3 was referenced before it was defined, could that result in this enumeration failure? Relevant SSDT excerpt: Scope (\_SB.PCI0.RP05) { Name (_PR3, Package (0x01) // _PR3: Power Resources for D3hot { NVP3 }) // ... }...

...tely empty or is it empty just for RP05? It should print out > > all devices with power resources. > > > > > Given that _PS3 exists and is indeed a package with some elements, it > > > seems that acpi_extract_power_resources is failing. Note that in the > > > SSDT, the power resource NVP3 was referenced before it was defined, > > > could that result in this enumeration failure? Relevant SSDT excerpt: > > > > > > Scope (\_SB.PCI0.RP05) > > > { > > > Name (_PR3, Package (0x01) // _PR3: Power Resourc...

hi, I am trying the Xen unstable on X48 chipset these days but it failed due to an corrupted RMRR table in the ACPI. The following is the acpi dump of DMAR. DMAR @ 0x7fef1000 0000: 44 4d 41 52 20 01 00 00 01 d1 49 4e 54 45 4c 20 DMAR .....INTEL 0010: 44 58 34 38 42 54 32 20 12 06 00 00 4d 53 46 54 DX48BT2 ....MSFT 0020: 13 00 00 01 23 00 00 00 00 00 00 00 00 00 00 00 ....#...........

...0000 LTP 0) (XEN) ACPI: MCFG BFF5EF14, 003C (r1 PTLTD MCFG 6040000 LTP 0) (XEN) ACPI: HPET BFF5EF50, 0038 (r1 PTLTD HPETTBL 6040000 LTP 1) (XEN) ACPI: BOOT BFF5EF88, 0028 (r1 PTLTD $SBFTBL$ 6040000 LTP 1) (XEN) ACPI: SPCR BFF5EFB0, 0050 (r1 PTLTD $UCRTBL$ 6040000 PTL 1) (XEN) ACPI: SSDT BFF58F44, 025F (r1 PmRef Cpu0Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BFF58E9E, 00A6 (r1 PmRef Cpu7Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BFF58DF8, 00A6 (r1 PmRef Cpu6Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BFF58D52, 00A6 (r1 PmRef Cpu5Tst 3000 INTL 20050228) (XEN) ACPI:...

...7FEF5000, 003C (r1 INTEL D5400XS 549 MSFT 1000013) (XEN) ACPI: ASF! 7FEF4000, 00A7 (r32 INTEL D5400XS 549 MSFT 1000013) (XEN) ACPI: HPET 7FEF3000, 0038 (r1 INTEL D5400XS 549 MSFT 1000013) (XEN) ACPI: DMAR 7FEF1000, 00C8 (r1 INTEL D5400XS 549 MSFT 1000013) (XEN) ACPI: SSDT 7FEF0000, 03CC (r1 INTEL CpuPm 549 MSFT 1000013) (XEN) ACPI: SSDT 7FEEF000, 00DD (r1 INTEL Cpu0Cst 549 MSFT 1000013) (XEN) ACPI: SSDT 7FEEE000, 00DD (r1 INTEL Cpu1Cst 549 MSFT 1000013) (XEN) ACPI: SSDT 7FEED000, 00DD (r1 INTEL Cpu2Cst 549 MSFT 1000013) (XEN) ACPI:...

Hi list, I've recently managed to install CentOS 4.4 on an Apple Mac Pro. Functionality-wise everything works great, but when trying to benchmark the system, I don't get stable runtimes, they differ by more than 30%. For example a benchmark run with our PDE solving code takes between 500 and 800 s on the completely unloaded machine. Suspicious kernel output (complete output attached):

...(XEN) ACPI: DSDT B6FF11B0, CC33 (r2 DELL CBX3 14 INTL 20091112) (XEN) ACPI: FACS B87FE080, 0040 (XEN) ACPI: APIC B6FFDEF8, 0072 (r3 DELL CBX3 1072009 AMI 10013) (XEN) ACPI: FPDT B6FFDF70, 0044 (r1 DELL CBX3 1072009 AMI 10013) (XEN) ACPI: ASF! B6FFDFB8, 00A5 (r32 INTEL HCG 1 TFSM F4240) (XEN) ACPI: SSDT B6FFE060, 01F8 (r1 INTEL sensrhub 0 INTL 20120711) (XEN) ACPI: SSDT B6FFE258, 01BE (r1 Intel zpoddult 1000 INTL 20091112) (XEN) ACPI: SSDT B6FFE418, 018E (r1 AcpiRe Ult0Rtd3 1000 INTL 20051117) (XEN) ACPI: SSDT B6FFE5A8, 0548 (r1 PmRef Cpu0Ist 3000 INTL 20051117) (XEN) ACPI: SSDT B6FFEAF0, 0AD8 (r1...

I tested the memdisk-acpi branch with following results: - Bochs The BIOS provides a RSDT. Available tables are RSDT, FACP, DSDT, FACS, APIC, SSDT. memdisk-acpi is able to hook the SSDT. - VMware The BIOS provides a RSDT and XSDT. Available tables are RSDT, FACP, DSDT(*), FACS(*), BOOT(*), APIC(*) and XSDT, FACP, DSDT(*), FACS(*), BOOT(*), APIC(*). Tables marked with an asterisk (*) are identical; FACP tables from RSDT and XSDT are differen...

...ore key (platform/acpi). The second patch then introduces the acpi_s3 and acpi_s4 configuration parameters to the xl config file (default=1). These result in population of new platform/acpi_s3 and platform/acpi_s4 xenstore keys. hvmloader then reads these keys to determine whether or not to include SSDTs containing the _S3 and _S4 packages respectively. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...XEN) ACPI: HPET BE4C8EC1, 0038 (r1 PTLTD HPETTBL 60400D0 LTP 1) (XEN) ACPI: APIC BE4C8EF9, 0068 (r1 PTLTD APIC 60400D0 LTP 0) (XEN) ACPI: BOOT BE4C8F61, 0028 (r1 PTLTD $SBFTBL$ 60400D0 LTP 1) (XEN) ACPI: ASF! BE4C8F89, 0077 (r16 CETP CETP 60400D0 PTL 1) (XEN) ACPI: SSDT BE4BF1CA, 025F (r1 PmRef Cpu0Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BE4BF124, 00A6 (r1 PmRef Cpu7Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BE4BF07E, 00A6 (r1 PmRef Cpu6Tst 3000 INTL 20050228) (XEN) ACPI: SSDT BE4BEFD8, 00A6 (r1 PmRef Cpu5Tst 3000 INTL 20050228) (XEN) ACPI:...

Seems that autofs in 6.2 stopped working like it used to. We use NIS and automount maps. Primary map auto.sf ssdt -fstype=autofs,rw auto_ssdt auto.ssdt map scratch -fstype=nfs,hard,intr gold:/vol/ssdt/scratch So finding a path such as /sf/ssdt/scratch has always worked and continues to work on non CentOS 6.2 machines. This ability stopped with CentOS 6.2 CentOS 6.0 uses autofs-5.0.5-23.el6...

...000 SMCI 1) (XEN) ACPI: HEST CFF02C42, 00A8 (r1 SMCI HESTTBL 6040000 SMCI 1) (XEN) ACPI: BERT CFF02CEA, 0030 (r1 SMCI BERTTBL 6040000 SMCI 1) (XEN) ACPI: EINJ CFF02D1A, 0170 (r1 SMCI EINJTBL 6040000 SMCI 1) (XEN) ACPI: SLIC CFF02E8A, 0176 (r1 SMCSLP SUPERMIC 6040000 LTP 0) (XEN) ACPI: SSDT CFEFC0B3, 025F (r1 PmRef Cpu0Tst 3000 INTL 20050228) (XEN) ACPI: SSDT CFEFC00D, 00A6 (r1 PmRef Cpu7Tst 3000 INTL 20050228) (XEN) ACPI: SSDT CFEFBF67, 00A6 (r1 PmRef Cpu6Tst 3000 INTL 20050228) (XEN) ACPI: SSDT CFEFBEC1, 00A6 (r1 PmRef Cpu5Tst 3000 INTL 20050228) (XEN) ACPI:...

...60400D0 LTP 1) [ 0.000000] ACPI: APIC BEEC8EF9, 0068 (r1 PTLTD APIC 60400D0 LTP 0) [ 0.000000] ACPI: BOOT BEEC8F61, 0028 (r1 PTLTD $SBFTBL$ 60400D0 LTP 1) [ 0.000000] ACPI: ASF! BEEC8F89, 0077 (r16 CETP CETP 60400D0 PTL 1) [ 0.000000] ACPI: SSDT BEEBF212, 025F (r1 PmRef Cpu0Tst 3000 INTL 20050228) [ 0.000000] ACPI: SSDT BEEBF16C, 00A6 (r1 PmRef Cpu7Tst 3000 INTL 20050228) [ 0.000000] ACPI: SSDT BEEBF0C6, 00A6 (r1 PmRef Cpu6Tst 3000 INTL 20050228) [ 0.000000] ACPI: SSDT BEEBF020, 00A6 (r1 PmRef Cpu5Tst 3000...

...that flags.power_resources is unset. Is it completely empty or is it empty just for RP05? It should print out all devices with power resources. > Given that _PS3 exists and is indeed a package with some elements, it > seems that acpi_extract_power_resources is failing. Note that in the > SSDT, the power resource NVP3 was referenced before it was defined, > could that result in this enumeration failure? Relevant SSDT excerpt: > > Scope (\_SB.PCI0.RP05) > { > Name (_PR3, Package (0x01) // _PR3: Power Resources for D3hot > { > NVP3...

...I 14 INTL 20051117) (XEN) ACPI: FACS BE09DF80, 0040 (XEN) ACPI: APIC BE08E310, 0072 (r3 ALASKA A M I 1072009 AMI 10013) (XEN) ACPI: ASF! BE08E388, 00A5 (r32 INTEL HCG 1 TFSM F4240) (XEN) ACPI: MCFG BE08E430, 003C (r1 ALASKA A M I 1072009 MSFT 97) (XEN) ACPI: SSDT BE08E470, 04A6 (r1 Intel_ AoacTabl 1000 INTL 20091112) (XEN) ACPI: AAFT BE08E918, 00C2 (r1 ALASKA OEMAAFT 1072009 MSFT 97) (XEN) ACPI: HPET BE08E9E0, 0038 (r1 ALASKA A M I 1072009 AMI. 5) (XEN) ACPI: SSDT BE08EA18, 036D (r1 SataRe SataTabl 1000 INTL 20091112) (XEN) ACPI:...

...) ACPI: WDDT DFDF2000, 0040 (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: MCFG DFDF1000, 003C (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: HPET DFDF0000, 0038 (r1 INTEL S3200SHV 1 MSFT 1000013) (XEN) ACPI: SPCR DFDEF000, 0050 (r1 INTEL S3200SHV 0 MSFT 1000013) (XEN) ACPI: SSDT DFDEE000, 0175 (r1 INTEL Cpu0Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDED000, 0175 (r1 INTEL Cpu1Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEC000, 0175 (r1 INTEL Cpu2Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEB000, 0175 (r1 INTEL Cpu3Ist 10 MSFT 1000013) (XEN) ACPI: SSDT DFDEA00...

...HPQOEM SLIC-BPC 1072009 AMI 10013) > (XEN) ACPI: FPDT D8A367D8, 0044 (r1 HPQOEM SLIC-BPC 1072009 AMI 10013) > (XEN) ACPI: MCFG D8A36820, 003C (r1 HPQOEM SLIC-BPC 1072009 MSFT 97) > (XEN) ACPI: HPET D8A36860, 0038 (r1 HPQOEM SLIC-BPC 1072009 AMI. 5) > (XEN) ACPI: SSDT D8A36898, 036D (r1 SataRe SataTabl 1000 INTL 20091112) > (XEN) ACPI: MSDM D8A36C08, 0055 (r3 HPQOEM SLIC-BPC 1072009 HPQ 10013) > (XEN) ACPI: SSDT D8A36C60, 668F (r1 COMPAQ WMI 1 MSFT 3000001) > (XEN) ACPI: SLIC D8A3D2F0, 0176 (r1 HPQOEM SLIC-BPC 1...

...68B77000, 0030 (r1 IBM IBMERROR 1 MSFT 1000013) (XEN) ACPI: SLIT 68B19000, 0030 (r1 IBM SERMEGAL 1 MSFT 1000020) (XEN) ACPI: SRAT 68B18000, 00C0 (r3 IBM SERMEGAL 1 MSFT 100001A) (XEN) ACPI: SLIC 68B17000, 0176 (r1 IBM SERMEGAL 0 MSFT 100001F) (XEN) ACPI: SSDT 68B14000, 010F (r2 IBM CPUSCOPE 4000 MSFT 1000016) (XEN) ACPI: SSDT 689B0000, 0132 (r2 IBM CPUWYVRN 4000 MSFT 1000016) (XEN) ACPI: SSDT 68B15000, 02AA (r2 IBM CPUCSTAT 4000 MSFT 1000016) (XEN) ACPI: SSDT 689AF000, 0214 (r2 IBM WYVRNDEV 4000 MSFT 1000016) (XEN) ACPI:...

I am trying to get a pv_ops dom0 working for testing, but I am running into an elf_init error: (XEN) *** LOADING DOMAIN 0 *** (XEN) elf_init: not an ELF binary Full output attached. >From what I have read on the mailing lists, it seems that it is usually a problem with either grub or a corrupt dom0 kernel. Attached is my kernel config (2.6.28-rc6-tip). I followed the instructions on: