Re: [Qemu-devel] [PATCH 1/2] acpi-dsdt: procedurally generate _PRT

2014-07-24 Thread Igor Mammedov
On Wed, 23 Jul 2014 18:37:45 +0200 Paolo Bonzini wrote: > 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 cau

Re: [Qemu-devel] [PATCH 1/2] acpi-dsdt: procedurally generate _PRT

2014-07-23 Thread Laszlo Ersek
On 07/23/14 18:37, Paolo Bonzini wrote: > 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

[Qemu-devel] [PATCH 1/2] acpi-dsdt: procedurally generate _PRT

2014-07-23 Thread Paolo Bonzini
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-2.0 machine type. The soluti