summaryrefslogtreecommitdiffstats
path: root/tests/acpi-test-data
diff options
context:
space:
mode:
authorPaolo Bonzini2014-07-28 17:34:14 +0200
committerMichael S. Tsirkin2014-07-28 23:02:39 +0200
commitacd727e7cb11d7aeea3343cf11bba22238530b4c (patch)
tree8954f0e05d7d400d506ffa77d484db68d535336e /tests/acpi-test-data
parentMerge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging (diff)
downloadqemu-acd727e7cb11d7aeea3343cf11bba22238530b4c.tar.gz
qemu-acd727e7cb11d7aeea3343cf11bba22238530b4c.tar.xz
qemu-acd727e7cb11d7aeea3343cf11bba22238530b4c.zip
acpi-dsdt: procedurally generate _PRT
This replaces the _PRT constant with a method that computes it. The problem is that the DSDT+SSDT have grown from 2.0 to 2.1, enough to cross the 8k barrier (we align the ACPI tables to 4k before putting them in fw_cfg). This causes problems with migration and the pc-i440fx-2.0 machine type. The solution to the problem is to hardcode 64k as the limit, but this doesn't solve the bug with pc-i440fx-2.0. The fix will be for QEMU 2.1 to use exactly the same size as QEMU 2.0 for the ACPI tables. First, however, we must make the actual AML equal or smaller; to do this, rewrite _PRT in a way that saves over 1k of bytecode. Reviewed-by: Laszlo Ersek <lersek@redhat.com> Tested-by: Igor Mammedov <imammedo@redhat.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> Reviewed-by: Michael S. Tsirkin <mst@redhat.com> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Diffstat (limited to 'tests/acpi-test-data')
-rw-r--r--tests/acpi-test-data/pc/DSDTbin4499 -> 2807 bytes
1 files changed, 0 insertions, 0 deletions
diff --git a/tests/acpi-test-data/pc/DSDT b/tests/acpi-test-data/pc/DSDT
index 7ed03fd37e..d37ec34454 100644
--- a/tests/acpi-test-data/pc/DSDT
+++ b/tests/acpi-test-data/pc/DSDT
Binary files differ