* [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT
@ 2017-07-26 9:31 Paolo Bonzini
2017-07-26 12:52 ` Michael S. Tsirkin
2017-07-27 20:40 ` Kevin O'Connor
0 siblings, 2 replies; 11+ messages in thread
From: Paolo Bonzini @ 2017-07-26 9:31 UTC (permalink / raw)
To: qemu-devel
Cc: Kevin O'Connor, seabios, lersek, lists, imammedo, mst, phil,
programmingkidx, kraxel
The tables that QEMU provides are not ACPI 1.0 compatible since commit
77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve
guest OS support.", 2017-05-03). This is visible with Windows 2000,
which refuses to parse the rev3 FADT and fails to boot.
The recommended solution in this case is to build two FADTs, v1 being
pointed to by the RSDT and v3 by the XSDT. However, we leave this task
to the firmware. This patch simply switches the RSDT to the XSDT, which
is valid for all ACPI 2.0-friendly operating systems and also leaves
SeaBIOS the freedom to build an RSDT that points to the compatibility
FADT.
When running Windows 2000 with an old BIOS, Windows would simply fall
back to a non-ACPI HAL; however, the plan should be to include a BIOS with
the new feature in 2.10.
Reported-by: Programmingkid <programmingkidx@gmail.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
---
hw/acpi/aml-build.c | 27 ---------------------------
hw/i386/acpi-build.c | 30 ++++++++++++++++++------------
include/hw/acpi/aml-build.h | 3 ---
3 files changed, 18 insertions(+), 42 deletions(-)
diff --git a/hw/acpi/aml-build.c b/hw/acpi/aml-build.c
index 36a6cc450e..ea750d54d9 100644
--- a/hw/acpi/aml-build.c
+++ b/hw/acpi/aml-build.c
@@ -1573,33 +1573,6 @@ void acpi_build_tables_cleanup(AcpiBuildTables *tables, bool mfre)
g_array_free(tables->vmgenid, mfre);
}
-/* Build rsdt table */
-void
-build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets,
- const char *oem_id, const char *oem_table_id)
-{
- int i;
- unsigned rsdt_entries_offset;
- AcpiRsdtDescriptorRev1 *rsdt;
- const unsigned table_data_len = (sizeof(uint32_t) * table_offsets->len);
- const unsigned rsdt_entry_size = sizeof(rsdt->table_offset_entry[0]);
- const size_t rsdt_len = sizeof(*rsdt) + table_data_len;
-
- rsdt = acpi_data_push(table_data, rsdt_len);
- rsdt_entries_offset = (char *)rsdt->table_offset_entry - table_data->data;
- for (i = 0; i < table_offsets->len; ++i) {
- uint32_t ref_tbl_offset = g_array_index(table_offsets, uint32_t, i);
- uint32_t rsdt_entry_offset = rsdt_entries_offset + rsdt_entry_size * i;
-
- /* rsdt->table_offset_entry to be filled by Guest linker */
- bios_linker_loader_add_pointer(linker,
- ACPI_BUILD_TABLE_FILE, rsdt_entry_offset, rsdt_entry_size,
- ACPI_BUILD_TABLE_FILE, ref_tbl_offset);
- }
- build_header(linker, table_data,
- (void *)rsdt, "RSDT", rsdt_len, 1, oem_id, oem_table_id);
-}
-
/* Build xsdt table */
void
build_xsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets,
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index 6b7bade183..e76cad2ad7 100644
--- a/hw/i386/acpi-build.c
+++ b/hw/i386/acpi-build.c
@@ -2557,27 +2557,33 @@ build_amd_iommu(GArray *table_data, BIOSLinker *linker)
}
static GArray *
-build_rsdp(GArray *rsdp_table, BIOSLinker *linker, unsigned rsdt_tbl_offset)
+build_rsdp(GArray *rsdp_table, BIOSLinker *linker, unsigned xsdt_tbl_offset)
{
AcpiRsdpDescriptor *rsdp = acpi_data_push(rsdp_table, sizeof *rsdp);
- unsigned rsdt_pa_size = sizeof(rsdp->rsdt_physical_address);
- unsigned rsdt_pa_offset =
- (char *)&rsdp->rsdt_physical_address - rsdp_table->data;
+ unsigned xsdt_pa_size = sizeof(rsdp->xsdt_physical_address);
+ unsigned xsdt_pa_offset =
+ (char *)&rsdp->xsdt_physical_address - rsdp_table->data;
bios_linker_loader_alloc(linker, ACPI_BUILD_RSDP_FILE, rsdp_table, 16,
true /* fseg memory */);
memcpy(&rsdp->signature, "RSD PTR ", 8);
memcpy(rsdp->oem_id, ACPI_BUILD_APPNAME6, 6);
+ rsdp->length = cpu_to_le32(sizeof(*rsdp));
+ rsdp->revision = 0x02;
+
/* Address to be filled by Guest linker */
bios_linker_loader_add_pointer(linker,
- ACPI_BUILD_RSDP_FILE, rsdt_pa_offset, rsdt_pa_size,
- ACPI_BUILD_TABLE_FILE, rsdt_tbl_offset);
+ ACPI_BUILD_RSDP_FILE, xsdt_pa_offset, xsdt_pa_size,
+ ACPI_BUILD_TABLE_FILE, xsdt_tbl_offset);
/* Checksum to be filled by Guest linker */
bios_linker_loader_add_checksum(linker, ACPI_BUILD_RSDP_FILE,
- (char *)rsdp - rsdp_table->data, sizeof *rsdp,
+ (char *)rsdp - rsdp_table->data, offsetof(AcpiRsdpDescriptor, length),
(char *)&rsdp->checksum - rsdp_table->data);
+ bios_linker_loader_add_checksum(linker, ACPI_BUILD_RSDP_FILE,
+ (char *)rsdp - rsdp_table->data, sizeof *rsdp,
+ (char *)&rsdp->extended_checksum - rsdp_table->data);
return rsdp_table;
}
@@ -2621,7 +2627,7 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine)
PCMachineState *pcms = PC_MACHINE(machine);
PCMachineClass *pcmc = PC_MACHINE_GET_CLASS(pcms);
GArray *table_offsets;
- unsigned facs, dsdt, rsdt, fadt;
+ unsigned facs, dsdt, xsdt, fadt;
AcpiPmInfo pm;
AcpiMiscInfo misc;
AcpiMcfgInfo mcfg;
@@ -2729,13 +2735,13 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine)
g_array_append_vals(tables_blob, u, len);
}
- /* RSDT is pointed to by RSDP */
- rsdt = tables_blob->len;
- build_rsdt(tables_blob, tables->linker, table_offsets,
+ /* XSDT is pointed to by RSDP */
+ xsdt = tables_blob->len;
+ build_xsdt(tables_blob, tables->linker, table_offsets,
slic_oem.id, slic_oem.table_id);
/* RSDP is in FSEG memory, so allocate it separately */
- build_rsdp(tables->rsdp, tables->linker, rsdt);
+ build_rsdp(tables->rsdp, tables->linker, xsdt);
/* We'll expose it all to Guest so we want to reduce
* chance of size changes.
diff --git a/include/hw/acpi/aml-build.h b/include/hw/acpi/aml-build.h
index 88d0738d76..4bdd88ee23 100644
--- a/include/hw/acpi/aml-build.h
+++ b/include/hw/acpi/aml-build.h
@@ -379,9 +379,6 @@ void acpi_add_table(GArray *table_offsets, GArray *table_data);
void acpi_build_tables_init(AcpiBuildTables *tables);
void acpi_build_tables_cleanup(AcpiBuildTables *tables, bool mfre);
void
-build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets,
- const char *oem_id, const char *oem_table_id);
-void
build_xsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets,
const char *oem_id, const char *oem_table_id);
--
2.13.3
^ permalink raw reply related [flat|nested] 11+ messages in thread* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-26 9:31 [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT Paolo Bonzini @ 2017-07-26 12:52 ` Michael S. Tsirkin 2017-07-26 13:01 ` Paolo Bonzini 2017-07-26 13:07 ` Daniel P. Berrange 2017-07-27 20:40 ` Kevin O'Connor 1 sibling, 2 replies; 11+ messages in thread From: Michael S. Tsirkin @ 2017-07-26 12:52 UTC (permalink / raw) To: Paolo Bonzini Cc: qemu-devel, Kevin O'Connor, seabios, lersek, lists, imammedo, phil, programmingkidx, kraxel On Wed, Jul 26, 2017 at 11:31:36AM +0200, Paolo Bonzini wrote: > The tables that QEMU provides are not ACPI 1.0 compatible since commit > 77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve > guest OS support.", 2017-05-03). This is visible with Windows 2000, > which refuses to parse the rev3 FADT and fails to boot. > > The recommended solution in this case is to build two FADTs, v1 being > pointed to by the RSDT and v3 by the XSDT. However, we leave this task > to the firmware. This patch simply switches the RSDT to the XSDT, which > is valid for all ACPI 2.0-friendly operating systems and also leaves > SeaBIOS the freedom to build an RSDT that points to the compatibility > FADT. > > When running Windows 2000 with an old BIOS, Windows would simply fall > back to a non-ACPI HAL; however, the plan should be to include a BIOS with > the new feature in 2.10. > > Reported-by: Programmingkid <programmingkidx@gmail.com> > Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> I'm not against this but let's do it for q35 only please. PC is a legacy machine type and let's just leave it alone. > --- > hw/acpi/aml-build.c | 27 --------------------------- > hw/i386/acpi-build.c | 30 ++++++++++++++++++------------ > include/hw/acpi/aml-build.h | 3 --- > 3 files changed, 18 insertions(+), 42 deletions(-) > > diff --git a/hw/acpi/aml-build.c b/hw/acpi/aml-build.c > index 36a6cc450e..ea750d54d9 100644 > --- a/hw/acpi/aml-build.c > +++ b/hw/acpi/aml-build.c > @@ -1573,33 +1573,6 @@ void acpi_build_tables_cleanup(AcpiBuildTables *tables, bool mfre) > g_array_free(tables->vmgenid, mfre); > } > > -/* Build rsdt table */ > -void > -build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, > - const char *oem_id, const char *oem_table_id) > -{ > - int i; > - unsigned rsdt_entries_offset; > - AcpiRsdtDescriptorRev1 *rsdt; > - const unsigned table_data_len = (sizeof(uint32_t) * table_offsets->len); > - const unsigned rsdt_entry_size = sizeof(rsdt->table_offset_entry[0]); > - const size_t rsdt_len = sizeof(*rsdt) + table_data_len; > - > - rsdt = acpi_data_push(table_data, rsdt_len); > - rsdt_entries_offset = (char *)rsdt->table_offset_entry - table_data->data; > - for (i = 0; i < table_offsets->len; ++i) { > - uint32_t ref_tbl_offset = g_array_index(table_offsets, uint32_t, i); > - uint32_t rsdt_entry_offset = rsdt_entries_offset + rsdt_entry_size * i; > - > - /* rsdt->table_offset_entry to be filled by Guest linker */ > - bios_linker_loader_add_pointer(linker, > - ACPI_BUILD_TABLE_FILE, rsdt_entry_offset, rsdt_entry_size, > - ACPI_BUILD_TABLE_FILE, ref_tbl_offset); > - } > - build_header(linker, table_data, > - (void *)rsdt, "RSDT", rsdt_len, 1, oem_id, oem_table_id); > -} > - > /* Build xsdt table */ > void > build_xsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, > diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c > index 6b7bade183..e76cad2ad7 100644 > --- a/hw/i386/acpi-build.c > +++ b/hw/i386/acpi-build.c > @@ -2557,27 +2557,33 @@ build_amd_iommu(GArray *table_data, BIOSLinker *linker) > } > > static GArray * > -build_rsdp(GArray *rsdp_table, BIOSLinker *linker, unsigned rsdt_tbl_offset) > +build_rsdp(GArray *rsdp_table, BIOSLinker *linker, unsigned xsdt_tbl_offset) > { > AcpiRsdpDescriptor *rsdp = acpi_data_push(rsdp_table, sizeof *rsdp); > - unsigned rsdt_pa_size = sizeof(rsdp->rsdt_physical_address); > - unsigned rsdt_pa_offset = > - (char *)&rsdp->rsdt_physical_address - rsdp_table->data; > + unsigned xsdt_pa_size = sizeof(rsdp->xsdt_physical_address); > + unsigned xsdt_pa_offset = > + (char *)&rsdp->xsdt_physical_address - rsdp_table->data; > > bios_linker_loader_alloc(linker, ACPI_BUILD_RSDP_FILE, rsdp_table, 16, > true /* fseg memory */); > > memcpy(&rsdp->signature, "RSD PTR ", 8); > memcpy(rsdp->oem_id, ACPI_BUILD_APPNAME6, 6); > + rsdp->length = cpu_to_le32(sizeof(*rsdp)); > + rsdp->revision = 0x02; > + > /* Address to be filled by Guest linker */ > bios_linker_loader_add_pointer(linker, > - ACPI_BUILD_RSDP_FILE, rsdt_pa_offset, rsdt_pa_size, > - ACPI_BUILD_TABLE_FILE, rsdt_tbl_offset); > + ACPI_BUILD_RSDP_FILE, xsdt_pa_offset, xsdt_pa_size, > + ACPI_BUILD_TABLE_FILE, xsdt_tbl_offset); > > /* Checksum to be filled by Guest linker */ > bios_linker_loader_add_checksum(linker, ACPI_BUILD_RSDP_FILE, > - (char *)rsdp - rsdp_table->data, sizeof *rsdp, > + (char *)rsdp - rsdp_table->data, offsetof(AcpiRsdpDescriptor, length), > (char *)&rsdp->checksum - rsdp_table->data); > + bios_linker_loader_add_checksum(linker, ACPI_BUILD_RSDP_FILE, > + (char *)rsdp - rsdp_table->data, sizeof *rsdp, > + (char *)&rsdp->extended_checksum - rsdp_table->data); > > return rsdp_table; > } > @@ -2621,7 +2627,7 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine) > PCMachineState *pcms = PC_MACHINE(machine); > PCMachineClass *pcmc = PC_MACHINE_GET_CLASS(pcms); > GArray *table_offsets; > - unsigned facs, dsdt, rsdt, fadt; > + unsigned facs, dsdt, xsdt, fadt; > AcpiPmInfo pm; > AcpiMiscInfo misc; > AcpiMcfgInfo mcfg; > @@ -2729,13 +2735,13 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine) > g_array_append_vals(tables_blob, u, len); > } > > - /* RSDT is pointed to by RSDP */ > - rsdt = tables_blob->len; > - build_rsdt(tables_blob, tables->linker, table_offsets, > + /* XSDT is pointed to by RSDP */ > + xsdt = tables_blob->len; > + build_xsdt(tables_blob, tables->linker, table_offsets, > slic_oem.id, slic_oem.table_id); > > /* RSDP is in FSEG memory, so allocate it separately */ > - build_rsdp(tables->rsdp, tables->linker, rsdt); > + build_rsdp(tables->rsdp, tables->linker, xsdt); > > /* We'll expose it all to Guest so we want to reduce > * chance of size changes. > diff --git a/include/hw/acpi/aml-build.h b/include/hw/acpi/aml-build.h > index 88d0738d76..4bdd88ee23 100644 > --- a/include/hw/acpi/aml-build.h > +++ b/include/hw/acpi/aml-build.h > @@ -379,9 +379,6 @@ void acpi_add_table(GArray *table_offsets, GArray *table_data); > void acpi_build_tables_init(AcpiBuildTables *tables); > void acpi_build_tables_cleanup(AcpiBuildTables *tables, bool mfre); > void > -build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, > - const char *oem_id, const char *oem_table_id); > -void > build_xsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, > const char *oem_id, const char *oem_table_id); > > -- > 2.13.3 ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-26 12:52 ` Michael S. Tsirkin @ 2017-07-26 13:01 ` Paolo Bonzini 2017-07-26 20:17 ` Michael S. Tsirkin 2017-07-26 13:07 ` Daniel P. Berrange 1 sibling, 1 reply; 11+ messages in thread From: Paolo Bonzini @ 2017-07-26 13:01 UTC (permalink / raw) To: Michael S. Tsirkin Cc: qemu-devel, Kevin O'Connor, seabios, lersek, lists, imammedo, phil, programmingkidx, kraxel On 26/07/2017 14:52, Michael S. Tsirkin wrote: > On Wed, Jul 26, 2017 at 11:31:36AM +0200, Paolo Bonzini wrote: >> The tables that QEMU provides are not ACPI 1.0 compatible since commit >> 77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve >> guest OS support.", 2017-05-03). This is visible with Windows 2000, >> which refuses to parse the rev3 FADT and fails to boot. >> >> The recommended solution in this case is to build two FADTs, v1 being >> pointed to by the RSDT and v3 by the XSDT. However, we leave this task >> to the firmware. This patch simply switches the RSDT to the XSDT, which >> is valid for all ACPI 2.0-friendly operating systems and also leaves >> SeaBIOS the freedom to build an RSDT that points to the compatibility >> FADT. >> >> When running Windows 2000 with an old BIOS, Windows would simply fall >> back to a non-ACPI HAL; however, the plan should be to include a BIOS with >> the new feature in 2.10. >> >> Reported-by: Programmingkid <programmingkidx@gmail.com> >> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> > > I'm not against this but let's do it for q35 only please. PC is a legacy > machine type and let's just leave it alone. I disagree with calling PC legacy when 99.99% of our users (probably underestimated) are using it. Doing it for PC only would mean switching back from FADT rev3 to rev1, which is worse for guest OS support, and adds yet another little-tested path. Together with the corresponding SeaBIOS patch, this provides the best of both worlds IMO. Paolo ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-26 13:01 ` Paolo Bonzini @ 2017-07-26 20:17 ` Michael S. Tsirkin 2017-07-26 20:24 ` Paolo Bonzini 0 siblings, 1 reply; 11+ messages in thread From: Michael S. Tsirkin @ 2017-07-26 20:17 UTC (permalink / raw) To: Paolo Bonzini Cc: qemu-devel, Kevin O'Connor, seabios, lersek, lists, imammedo, phil, programmingkidx, kraxel On Wed, Jul 26, 2017 at 03:01:25PM +0200, Paolo Bonzini wrote: > On 26/07/2017 14:52, Michael S. Tsirkin wrote: > > On Wed, Jul 26, 2017 at 11:31:36AM +0200, Paolo Bonzini wrote: > >> The tables that QEMU provides are not ACPI 1.0 compatible since commit > >> 77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve > >> guest OS support.", 2017-05-03). This is visible with Windows 2000, > >> which refuses to parse the rev3 FADT and fails to boot. > >> > >> The recommended solution in this case is to build two FADTs, v1 being > >> pointed to by the RSDT and v3 by the XSDT. However, we leave this task > >> to the firmware. This patch simply switches the RSDT to the XSDT, which > >> is valid for all ACPI 2.0-friendly operating systems and also leaves > >> SeaBIOS the freedom to build an RSDT that points to the compatibility > >> FADT. > >> > >> When running Windows 2000 with an old BIOS, Windows would simply fall > >> back to a non-ACPI HAL; however, the plan should be to include a BIOS with > >> the new feature in 2.10. > >> > >> Reported-by: Programmingkid <programmingkidx@gmail.com> > >> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> > > > > I'm not against this but let's do it for q35 only please. PC is a legacy > > machine type and let's just leave it alone. > > I disagree with calling PC legacy when 99.99% of our users (probably > underestimated) are using it. Call it compatibility then :) The point is that for PC we really should not keep piling up hacks, compatibility is more important. Let's face it - we have addressed all their needs for a lot of users a while ago. New features are just churn and opportunity for bugs for them. It seems like a rather clean solution to maintain two machines with more and with less features. > Doing it for PC only would mean switching > back from FADT rev3 to rev1, which is worse for guest OS support, It's only OSX AFAIK and IIRC OSX doesn't run on PC anyway. > and > adds yet another little-tested path. So I think we'll be moving to a cleaner pc/q35 split, sharing less and less code. > Together with the corresponding SeaBIOS patch, this provides the best of > both worlds IMO. > > Paolo It's definitely way more code. I'll change my mind if there's a guest that needs the new FADT. -- MST ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-26 20:17 ` Michael S. Tsirkin @ 2017-07-26 20:24 ` Paolo Bonzini 2017-07-26 20:30 ` Michael S. Tsirkin 0 siblings, 1 reply; 11+ messages in thread From: Paolo Bonzini @ 2017-07-26 20:24 UTC (permalink / raw) To: Michael S. Tsirkin Cc: qemu-devel, Kevin O'Connor, seabios, lersek, lists, imammedo, phil, programmingkidx, kraxel > The point is that for PC we really should not keep piling up hacks, > compatibility is more important. Non-explosion of the test matrix is just as important. > > Doing it for PC only would mean switching > > back from FADT rev3 to rev1, which is worse for guest OS support, > > It's only OSX AFAIK and IIRC OSX doesn't run on PC anyway. Sure it does. You can run it on VMware Workstation which emulates some i440FX-like chipset. > It's definitely way more code. I'll change my mind if there's > a guest that needs the new FADT. Then you can prepare a patch to revert the FADTv3 commit, or do the work to make it specific to the 2.10 Q35 machine type. Paolo ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-26 20:24 ` Paolo Bonzini @ 2017-07-26 20:30 ` Michael S. Tsirkin 0 siblings, 0 replies; 11+ messages in thread From: Michael S. Tsirkin @ 2017-07-26 20:30 UTC (permalink / raw) To: Paolo Bonzini Cc: qemu-devel, Kevin O'Connor, seabios, lersek, lists, imammedo, phil, programmingkidx, kraxel On Wed, Jul 26, 2017 at 04:24:41PM -0400, Paolo Bonzini wrote: > > > The point is that for PC we really should not keep piling up hacks, > > compatibility is more important. > > Non-explosion of the test matrix is just as important. Absolutely. > > > Doing it for PC only would mean switching > > > back from FADT rev3 to rev1, which is worse for guest OS support, > > > > It's only OSX AFAIK and IIRC OSX doesn't run on PC anyway. > > Sure it does. You can run it on VMware Workstation which emulates > some i440FX-like chipset. I don't think it works on our PC though. Never tried, going by Gabriel's word though. > > It's definitely way more code. I'll change my mind if there's > > a guest that needs the new FADT. > > Then you can prepare a patch to revert the FADTv3 commit, or do the > work to make it specific to the 2.10 Q35 machine type. > > Paolo Right, Igor said he's doing that. -- MST ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-26 12:52 ` Michael S. Tsirkin 2017-07-26 13:01 ` Paolo Bonzini @ 2017-07-26 13:07 ` Daniel P. Berrange 2017-07-26 13:19 ` Michael S. Tsirkin 1 sibling, 1 reply; 11+ messages in thread From: Daniel P. Berrange @ 2017-07-26 13:07 UTC (permalink / raw) To: Michael S. Tsirkin Cc: Paolo Bonzini, phil, seabios, qemu-devel, programmingkidx, Kevin O'Connor, kraxel, lists, imammedo, lersek On Wed, Jul 26, 2017 at 03:52:43PM +0300, Michael S. Tsirkin wrote: > On Wed, Jul 26, 2017 at 11:31:36AM +0200, Paolo Bonzini wrote: > > The tables that QEMU provides are not ACPI 1.0 compatible since commit > > 77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve > > guest OS support.", 2017-05-03). This is visible with Windows 2000, > > which refuses to parse the rev3 FADT and fails to boot. > > > > The recommended solution in this case is to build two FADTs, v1 being > > pointed to by the RSDT and v3 by the XSDT. However, we leave this task > > to the firmware. This patch simply switches the RSDT to the XSDT, which > > is valid for all ACPI 2.0-friendly operating systems and also leaves > > SeaBIOS the freedom to build an RSDT that points to the compatibility > > FADT. > > > > When running Windows 2000 with an old BIOS, Windows would simply fall > > back to a non-ACPI HAL; however, the plan should be to include a BIOS with > > the new feature in 2.10. > > > > Reported-by: Programmingkid <programmingkidx@gmail.com> > > Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> > > I'm not against this but let's do it for q35 only please. PC is a legacy > machine type and let's just leave it alone. We've already touched the PC machine type in 77af8a2b95 and that needs fixing to deal with the regressions it caused. Even if you call it "legacy", the PC machine is used by the vast majority of deployments that exist today & likely to be done for the foreseeable future too. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :| ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-26 13:07 ` Daniel P. Berrange @ 2017-07-26 13:19 ` Michael S. Tsirkin 0 siblings, 0 replies; 11+ messages in thread From: Michael S. Tsirkin @ 2017-07-26 13:19 UTC (permalink / raw) To: Daniel P. Berrange Cc: Paolo Bonzini, phil, seabios, qemu-devel, programmingkidx, Kevin O'Connor, kraxel, lists, imammedo, lersek On Wed, Jul 26, 2017 at 02:07:13PM +0100, Daniel P. Berrange wrote: > On Wed, Jul 26, 2017 at 03:52:43PM +0300, Michael S. Tsirkin wrote: > > On Wed, Jul 26, 2017 at 11:31:36AM +0200, Paolo Bonzini wrote: > > > The tables that QEMU provides are not ACPI 1.0 compatible since commit > > > 77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve > > > guest OS support.", 2017-05-03). This is visible with Windows 2000, > > > which refuses to parse the rev3 FADT and fails to boot. > > > > > > The recommended solution in this case is to build two FADTs, v1 being > > > pointed to by the RSDT and v3 by the XSDT. However, we leave this task > > > to the firmware. This patch simply switches the RSDT to the XSDT, which > > > is valid for all ACPI 2.0-friendly operating systems and also leaves > > > SeaBIOS the freedom to build an RSDT that points to the compatibility > > > FADT. > > > > > > When running Windows 2000 with an old BIOS, Windows would simply fall > > > back to a non-ACPI HAL; however, the plan should be to include a BIOS with > > > the new feature in 2.10. > > > > > > Reported-by: Programmingkid <programmingkidx@gmail.com> > > > Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> > > > > I'm not against this but let's do it for q35 only please. PC is a legacy > > machine type and let's just leave it alone. > > We've already touched the PC machine type in 77af8a2b95 and that needs > fixing to deal with the regressions it caused. Even if you call it > "legacy", the PC machine is used by the vast majority of deployments > that exist today & likely to be done for the foreseeable future too. > > Regards, > Daniel Fine. So let's avoid making cosmetic changes there. Keep working things working. > -- > |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| > |: https://libvirt.org -o- https://fstop138.berrange.com :| > |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :| ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-26 9:31 [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT Paolo Bonzini 2017-07-26 12:52 ` Michael S. Tsirkin @ 2017-07-27 20:40 ` Kevin O'Connor 2017-07-28 14:20 ` Laszlo Ersek 1 sibling, 1 reply; 11+ messages in thread From: Kevin O'Connor @ 2017-07-27 20:40 UTC (permalink / raw) To: Paolo Bonzini Cc: qemu-devel, seabios, lersek, lists, imammedo, mst, phil, programmingkidx, kraxel On Wed, Jul 26, 2017 at 11:31:36AM +0200, Paolo Bonzini wrote: > The tables that QEMU provides are not ACPI 1.0 compatible since commit > 77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve > guest OS support.", 2017-05-03). This is visible with Windows 2000, > which refuses to parse the rev3 FADT and fails to boot. > > The recommended solution in this case is to build two FADTs, v1 being > pointed to by the RSDT and v3 by the XSDT. However, we leave this task > to the firmware. This patch simply switches the RSDT to the XSDT, which > is valid for all ACPI 2.0-friendly operating systems and also leaves > SeaBIOS the freedom to build an RSDT that points to the compatibility > FADT. Another possible solution to this issue would be for QEMU to instruct the firmware to build both rev1 and rev3 FADTs, but be clear which links are for legacy purposes only. This could be done with a new ADD_LEGACY_POINTER linker loader command. Existing firmwares should ignore the new ADD_LEGACY_POINTER command and new versions of SeaBIOS could be extended to honor it. I proto-typed it (but haven't done significant testing). Admittedly, it is a pretty ugly hack. -Kevin ====================== SeaBIOS patch ======================= --- a/src/fw/romfile_loader.c +++ b/src/fw/romfile_loader.c @@ -234,6 +234,7 @@ int romfile_loader_execute(const char *name) case ROMFILE_LOADER_COMMAND_ALLOCATE: romfile_loader_allocate(entry, files); break; + case ROMFILE_LOADER_COMMAND_ADD_LEGACY_POINTER: case ROMFILE_LOADER_COMMAND_ADD_POINTER: romfile_loader_add_pointer(entry, files); break; diff --git a/src/fw/romfile_loader.h b/src/fw/romfile_loader.h index fcd4ab2..4e266e8 100644 --- a/src/fw/romfile_loader.h +++ b/src/fw/romfile_loader.h @@ -77,6 +77,7 @@ enum { ROMFILE_LOADER_COMMAND_ADD_POINTER = 0x2, ROMFILE_LOADER_COMMAND_ADD_CHECKSUM = 0x3, ROMFILE_LOADER_COMMAND_WRITE_POINTER = 0x4, + ROMFILE_LOADER_COMMAND_ADD_LEGACY_POINTER = 0x5, }; enum { ====================== QEMU patch ======================= diff --git a/hw/acpi/aml-build.c b/hw/acpi/aml-build.c index 36a6cc4..eed1a2c 100644 --- a/hw/acpi/aml-build.c +++ b/hw/acpi/aml-build.c @@ -1576,7 +1576,7 @@ void acpi_build_tables_cleanup(AcpiBuildTables *tables, bool mfre) /* Build rsdt table */ void build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, - const char *oem_id, const char *oem_table_id) + const char *oem_id, const char *oem_table_id, unsigned fadt) { int i; unsigned rsdt_entries_offset; @@ -1587,12 +1587,15 @@ build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, rsdt = acpi_data_push(table_data, rsdt_len); rsdt_entries_offset = (char *)rsdt->table_offset_entry - table_data->data; - for (i = 0; i < table_offsets->len; ++i) { + bios_linker_loader_add_legacy_pointer(linker, + ACPI_BUILD_TABLE_FILE, rsdt_entries_offset, rsdt_entry_size, + ACPI_BUILD_TABLE_FILE, fadt); + for (i = 1; i < table_offsets->len; ++i) { uint32_t ref_tbl_offset = g_array_index(table_offsets, uint32_t, i); uint32_t rsdt_entry_offset = rsdt_entries_offset + rsdt_entry_size * i; /* rsdt->table_offset_entry to be filled by Guest linker */ - bios_linker_loader_add_pointer(linker, + bios_linker_loader_add_legacy_pointer(linker, ACPI_BUILD_TABLE_FILE, rsdt_entry_offset, rsdt_entry_size, ACPI_BUILD_TABLE_FILE, ref_tbl_offset); } diff --git a/hw/acpi/bios-linker-loader.c b/hw/acpi/bios-linker-loader.c index 046183a..3be6ac4 100644 --- a/hw/acpi/bios-linker-loader.c +++ b/hw/acpi/bios-linker-loader.c @@ -100,10 +100,11 @@ struct BiosLinkerLoaderEntry { typedef struct BiosLinkerLoaderEntry BiosLinkerLoaderEntry; enum { - BIOS_LINKER_LOADER_COMMAND_ALLOCATE = 0x1, - BIOS_LINKER_LOADER_COMMAND_ADD_POINTER = 0x2, - BIOS_LINKER_LOADER_COMMAND_ADD_CHECKSUM = 0x3, - BIOS_LINKER_LOADER_COMMAND_WRITE_POINTER = 0x4, + BIOS_LINKER_LOADER_COMMAND_ALLOCATE = 0x1, + BIOS_LINKER_LOADER_COMMAND_ADD_POINTER = 0x2, + BIOS_LINKER_LOADER_COMMAND_ADD_CHECKSUM = 0x3, + BIOS_LINKER_LOADER_COMMAND_WRITE_POINTER = 0x4, + BIOS_LINKER_LOADER_COMMAND_ADD_LEGACY_POINTER = 0x5, }; enum { @@ -243,28 +244,13 @@ void bios_linker_loader_add_checksum(BIOSLinker *linker, const char *file_name, g_array_append_vals(linker->cmd_blob, &entry, sizeof entry); } -/* - * bios_linker_loader_add_pointer: ask guest to patch address in - * destination file with a pointer to source file - * - * @linker: linker object instance - * @dest_file: destination file that must be changed - * @dst_patched_offset: location within destination file blob to be patched - * with the pointer to @src_file+@src_offset (i.e. source - * blob allocated in guest memory + @src_offset), in bytes - * @dst_patched_offset_size: size of the pointer to be patched - * at @dst_patched_offset in @dest_file blob, in bytes - * @src_file: source file who's address must be taken - * @src_offset: location within source file blob to which - * @dest_file+@dst_patched_offset will point to after - * firmware's executed ADD_POINTER command - */ -void bios_linker_loader_add_pointer(BIOSLinker *linker, - const char *dest_file, - uint32_t dst_patched_offset, - uint8_t dst_patched_size, - const char *src_file, - uint32_t src_offset) +static void add_pointer(BIOSLinker *linker, + const char *dest_file, + uint32_t dst_patched_offset, + uint8_t dst_patched_size, + const char *src_file, + uint32_t src_offset, + uint32_t command) { uint64_t le_src_offset; BiosLinkerLoaderEntry entry; @@ -282,7 +268,7 @@ void bios_linker_loader_add_pointer(BIOSLinker *linker, sizeof entry.pointer.dest_file - 1); strncpy(entry.pointer.src_file, src_file, sizeof entry.pointer.src_file - 1); - entry.command = cpu_to_le32(BIOS_LINKER_LOADER_COMMAND_ADD_POINTER); + entry.command = cpu_to_le32(command); entry.pointer.offset = cpu_to_le32(dst_patched_offset); entry.pointer.size = dst_patched_size; assert(dst_patched_size == 1 || dst_patched_size == 2 || @@ -296,6 +282,61 @@ void bios_linker_loader_add_pointer(BIOSLinker *linker, } /* + * bios_linker_loader_add_pointer: ask guest to patch address in + * destination file with a pointer to source file + * + * @linker: linker object instance + * @dest_file: destination file that must be changed + * @dst_patched_offset: location within destination file blob to be patched + * with the pointer to @src_file+@src_offset (i.e. source + * blob allocated in guest memory + @src_offset), in bytes + * @dst_patched_offset_size: size of the pointer to be patched + * at @dst_patched_offset in @dest_file blob, in bytes + * @src_file: source file who's address must be taken + * @src_offset: location within source file blob to which + * @dest_file+@dst_patched_offset will point to after + * firmware's executed ADD_POINTER command + */ +void bios_linker_loader_add_pointer(BIOSLinker *linker, + const char *dest_file, + uint32_t dst_patched_offset, + uint8_t dst_patched_size, + const char *src_file, + uint32_t src_offset) +{ + add_pointer(linker, dest_file, dst_patched_offset, dst_patched_size, + src_file, src_offset, BIOS_LINKER_LOADER_COMMAND_ADD_POINTER); +} + +/* + * bios_linker_loader_add_legacy_pointer: ask guest to patch address in + * destination file with a pointer to a legacy acpi table in source file + * + * @linker: linker object instance + * @dest_file: destination file that must be changed + * @dst_patched_offset: location within destination file blob to be patched + * with the pointer to @src_file+@src_offset (i.e. source + * blob allocated in guest memory + @src_offset), in bytes + * @dst_patched_offset_size: size of the pointer to be patched + * at @dst_patched_offset in @dest_file blob, in bytes + * @src_file: source file who's address must be taken + * @src_offset: location within source file blob to which + * @dest_file+@dst_patched_offset will point to after + * firmware's executed ADD_POINTER command + */ +void bios_linker_loader_add_legacy_pointer(BIOSLinker *linker, + const char *dest_file, + uint32_t dst_patched_offset, + uint8_t dst_patched_size, + const char *src_file, + uint32_t src_offset) +{ + add_pointer(linker, dest_file, dst_patched_offset, dst_patched_size, + src_file, src_offset, + BIOS_LINKER_LOADER_COMMAND_ADD_LEGACY_POINTER); +} + +/* * bios_linker_loader_write_pointer: ask guest to write a pointer to the * source file into the destination file, and write it back to QEMU via * fw_cfg DMA. diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c index 6b7bade..6c83ba8 100644 --- a/hw/i386/acpi-build.c +++ b/hw/i386/acpi-build.c @@ -272,7 +272,7 @@ build_facs(GArray *table_data, BIOSLinker *linker) } /* Load chipset information in FADT */ -static void fadt_setup(AcpiFadtDescriptorRev3 *fadt, AcpiPmInfo *pm) +static void fadt_setup(AcpiFadtDescriptorRev3 *fadt, AcpiPmInfo *pm, int rev) { fadt->model = 1; fadt->reserved1 = 0; @@ -305,6 +305,9 @@ static void fadt_setup(AcpiFadtDescriptorRev3 *fadt, AcpiPmInfo *pm) } fadt->century = RTC_CENTURY; + if (rev < 3) + return; + fadt->flags |= cpu_to_le32(1 << ACPI_FADT_F_RESET_REG_SUP); fadt->reset_value = 0xf; fadt->reset_register.space_id = AML_SYSTEM_IO; @@ -334,9 +337,34 @@ static void fadt_setup(AcpiFadtDescriptorRev3 *fadt, AcpiPmInfo *pm) /* FADT */ static void -build_fadt(GArray *table_data, BIOSLinker *linker, AcpiPmInfo *pm, - unsigned facs_tbl_offset, unsigned dsdt_tbl_offset, - const char *oem_id, const char *oem_table_id) +build_fadt1(GArray *table_data, BIOSLinker *linker, AcpiPmInfo *pm, + unsigned facs_tbl_offset, unsigned dsdt_tbl_offset, + const char *oem_id, const char *oem_table_id) +{ + unsigned fadt_length = offsetof(AcpiFadtDescriptorRev3, boot_flags); + AcpiFadtDescriptorRev3 *fadt = acpi_data_push(table_data, fadt_length); + unsigned fw_ctrl_offset = (char *)&fadt->firmware_ctrl - table_data->data; + unsigned dsdt_entry_offset = (char *)&fadt->dsdt - table_data->data; + + /* FACS address to be filled by Guest linker */ + bios_linker_loader_add_pointer(linker, + ACPI_BUILD_TABLE_FILE, fw_ctrl_offset, sizeof(fadt->firmware_ctrl), + ACPI_BUILD_TABLE_FILE, facs_tbl_offset); + + /* DSDT address to be filled by Guest linker */ + fadt_setup(fadt, pm, 1); + bios_linker_loader_add_pointer(linker, + ACPI_BUILD_TABLE_FILE, dsdt_entry_offset, sizeof(fadt->dsdt), + ACPI_BUILD_TABLE_FILE, dsdt_tbl_offset); + + build_header(linker, table_data, + (void *)fadt, "FACP", fadt_length, 1, oem_id, oem_table_id); +} + +static void +build_fadt3(GArray *table_data, BIOSLinker *linker, AcpiPmInfo *pm, + unsigned facs_tbl_offset, unsigned dsdt_tbl_offset, + const char *oem_id, const char *oem_table_id) { AcpiFadtDescriptorRev3 *fadt = acpi_data_push(table_data, sizeof(*fadt)); unsigned fw_ctrl_offset = (char *)&fadt->firmware_ctrl - table_data->data; @@ -349,7 +377,7 @@ build_fadt(GArray *table_data, BIOSLinker *linker, AcpiPmInfo *pm, ACPI_BUILD_TABLE_FILE, facs_tbl_offset); /* DSDT address to be filled by Guest linker */ - fadt_setup(fadt, pm); + fadt_setup(fadt, pm, 3); bios_linker_loader_add_pointer(linker, ACPI_BUILD_TABLE_FILE, dsdt_entry_offset, sizeof(fadt->dsdt), ACPI_BUILD_TABLE_FILE, dsdt_tbl_offset); @@ -2557,27 +2585,40 @@ build_amd_iommu(GArray *table_data, BIOSLinker *linker) } static GArray * -build_rsdp(GArray *rsdp_table, BIOSLinker *linker, unsigned rsdt_tbl_offset) +build_rsdp(GArray *rsdp_table, BIOSLinker *linker, unsigned rsdt_tbl_offset, + unsigned xsdt_tbl_offset) { AcpiRsdpDescriptor *rsdp = acpi_data_push(rsdp_table, sizeof *rsdp); unsigned rsdt_pa_size = sizeof(rsdp->rsdt_physical_address); unsigned rsdt_pa_offset = (char *)&rsdp->rsdt_physical_address - rsdp_table->data; + unsigned xsdt_pa_size = sizeof(rsdp->xsdt_physical_address); + unsigned xsdt_pa_offset = + (char *)&rsdp->xsdt_physical_address - rsdp_table->data; bios_linker_loader_alloc(linker, ACPI_BUILD_RSDP_FILE, rsdp_table, 16, true /* fseg memory */); memcpy(&rsdp->signature, "RSD PTR ", 8); memcpy(rsdp->oem_id, ACPI_BUILD_APPNAME6, 6); + rsdp->length = cpu_to_le32(sizeof(*rsdp)); + rsdp->revision = 0x02; + /* Address to be filled by Guest linker */ - bios_linker_loader_add_pointer(linker, + bios_linker_loader_add_legacy_pointer(linker, ACPI_BUILD_RSDP_FILE, rsdt_pa_offset, rsdt_pa_size, ACPI_BUILD_TABLE_FILE, rsdt_tbl_offset); + bios_linker_loader_add_pointer(linker, + ACPI_BUILD_RSDP_FILE, xsdt_pa_offset, xsdt_pa_size, + ACPI_BUILD_TABLE_FILE, xsdt_tbl_offset); /* Checksum to be filled by Guest linker */ bios_linker_loader_add_checksum(linker, ACPI_BUILD_RSDP_FILE, - (char *)rsdp - rsdp_table->data, sizeof *rsdp, + (char *)rsdp - rsdp_table->data, offsetof(AcpiRsdpDescriptor, length), (char *)&rsdp->checksum - rsdp_table->data); + bios_linker_loader_add_checksum(linker, ACPI_BUILD_RSDP_FILE, + (char *)rsdp - rsdp_table->data, sizeof *rsdp, + (char *)&rsdp->extended_checksum - rsdp_table->data); return rsdp_table; } @@ -2621,7 +2662,7 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine) PCMachineState *pcms = PC_MACHINE(machine); PCMachineClass *pcmc = PC_MACHINE_GET_CLASS(pcms); GArray *table_offsets; - unsigned facs, dsdt, rsdt, fadt; + unsigned facs, dsdt, rsdt, xsdt, fadt1; AcpiPmInfo pm; AcpiMiscInfo misc; AcpiMcfgInfo mcfg; @@ -2665,11 +2706,14 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine) aml_len += tables_blob->len - dsdt; /* ACPI tables pointed to by RSDT */ - fadt = tables_blob->len; + fadt1 = tables_blob->len; + build_fadt1(tables_blob, tables->linker, &pm, facs, dsdt, + slic_oem.id, slic_oem.table_id); + aml_len += tables_blob->len - fadt1; + acpi_add_table(table_offsets, tables_blob); - build_fadt(tables_blob, tables->linker, &pm, facs, dsdt, - slic_oem.id, slic_oem.table_id); - aml_len += tables_blob->len - fadt; + build_fadt3(tables_blob, tables->linker, &pm, facs, dsdt, + slic_oem.id, slic_oem.table_id); acpi_add_table(table_offsets, tables_blob); build_madt(tables_blob, tables->linker, pcms); @@ -2729,13 +2773,16 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine) g_array_append_vals(tables_blob, u, len); } - /* RSDT is pointed to by RSDP */ + /* RSDT and XSDT is pointed to by RSDP */ rsdt = tables_blob->len; build_rsdt(tables_blob, tables->linker, table_offsets, + slic_oem.id, slic_oem.table_id, fadt1); + xsdt = tables_blob->len; + build_xsdt(tables_blob, tables->linker, table_offsets, slic_oem.id, slic_oem.table_id); /* RSDP is in FSEG memory, so allocate it separately */ - build_rsdp(tables->rsdp, tables->linker, rsdt); + build_rsdp(tables->rsdp, tables->linker, rsdt, xsdt); /* We'll expose it all to Guest so we want to reduce * chance of size changes. diff --git a/include/hw/acpi/aml-build.h b/include/hw/acpi/aml-build.h index 88d0738..9afaa34 100644 --- a/include/hw/acpi/aml-build.h +++ b/include/hw/acpi/aml-build.h @@ -380,7 +380,7 @@ void acpi_build_tables_init(AcpiBuildTables *tables); void acpi_build_tables_cleanup(AcpiBuildTables *tables, bool mfre); void build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, - const char *oem_id, const char *oem_table_id); + const char *oem_id, const char *oem_table_id, unsigned fadt); void build_xsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, const char *oem_id, const char *oem_table_id); diff --git a/include/hw/acpi/bios-linker-loader.h b/include/hw/acpi/bios-linker-loader.h index efe17b0..ccff3e7 100644 --- a/include/hw/acpi/bios-linker-loader.h +++ b/include/hw/acpi/bios-linker-loader.h @@ -26,6 +26,13 @@ void bios_linker_loader_add_pointer(BIOSLinker *linker, const char *src_file, uint32_t src_offset); +void bios_linker_loader_add_legacy_pointer(BIOSLinker *linker, + const char *dest_file, + uint32_t dst_patched_offset, + uint8_t dst_patched_size, + const char *src_file, + uint32_t src_offset); + void bios_linker_loader_write_pointer(BIOSLinker *linker, const char *dest_file, uint32_t dst_patched_offset, ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-27 20:40 ` Kevin O'Connor @ 2017-07-28 14:20 ` Laszlo Ersek 2017-07-29 2:36 ` Kevin O'Connor 0 siblings, 1 reply; 11+ messages in thread From: Laszlo Ersek @ 2017-07-28 14:20 UTC (permalink / raw) To: Kevin O'Connor, Paolo Bonzini Cc: qemu-devel, seabios, lists, imammedo, mst, phil, programmingkidx, kraxel On 07/27/17 22:40, Kevin O'Connor wrote: > On Wed, Jul 26, 2017 at 11:31:36AM +0200, Paolo Bonzini wrote: >> The tables that QEMU provides are not ACPI 1.0 compatible since commit >> 77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve >> guest OS support.", 2017-05-03). This is visible with Windows 2000, >> which refuses to parse the rev3 FADT and fails to boot. >> >> The recommended solution in this case is to build two FADTs, v1 being >> pointed to by the RSDT and v3 by the XSDT. However, we leave this task >> to the firmware. This patch simply switches the RSDT to the XSDT, which >> is valid for all ACPI 2.0-friendly operating systems and also leaves >> SeaBIOS the freedom to build an RSDT that points to the compatibility >> FADT. > > Another possible solution to this issue would be for QEMU to instruct > the firmware to build both rev1 and rev3 FADTs, but be clear which > links are for legacy purposes only. This could be done with a new > ADD_LEGACY_POINTER linker loader command. Existing firmwares should > ignore the new ADD_LEGACY_POINTER command and new versions of SeaBIOS > could be extended to honor it. I confirm OVMF ignores (skips) unknown commands. But, so I can understand better, can you please explain what the effect of these patches would be? IIUC, some pointer updates would not be performed in OVMF (and old SeaBIOS) that would take place in new SeaBIOS. What pointers are these exactly (where do they live and what do they point at)? - RSDT[0] would point to FADTv1, RSDT[n] (n>=1) would point to the rest of the tables, and OVMF wouldn't set (or follow) any of these pointers, - XSDT[0] would point to FADTv3, XSDT[n] (n>=1) would point to the rest of the tables, and both SeaBIOS and OVMF would see these pointers, - RSDP.RSDT would point to the RSDT, and OVMF would not see (or follow) this pointer, - RSDP.XSDT would point to the XSDT, and both SeaBIOS and OVMF would see this pointer. Is this a correct interpretation? If so, I think it would work for OVMF. First, OVMF would not patch RSDP.RSDT, nor RSDT[n] (n>=0). Second, in the 2nd phase processing of pointers, OVMF would not follow the RSDP.RSDT link for identifying the pointed-to RSDT for installation (which is not really relevant, since OVMF skips the installation of the RSDT anyway, when it recognizes it). Third, none of the RSDT[n] links would be followed for identifying other tables for installation; meaning neither FADTv1 nor the other (commonly used) tables would be identified / installed. XSDT would work like now, and a FADTv3 plus the rest of the tables would be installed from that go. Fourth, what about the links within the FADTv1 (to the FACS and DSDT)? AFAICS in build_fadt1(), those pointers continue to be patched with the non-legacy ADD_POINTER command. This is not necessarily a problem if FADTv1.FACS and FADTv3.FACS point to the exact same address (similarly if FADTv1.DSDT and FADTv3.DSDT point to the exact same address), because OVMF already has a kind of memoization against installing the exact same pointed-to table twice (e.g., when FADTv3.DSDT and FADTv3.X_DSDT refer to the same address). Still, for completeness, maybe the FADTv1.FACS and FADTv1.DSDT pointers should also be patched with the new legacy ADD_POINTER command, in build_fadt1(). Basically, once you split a pointer between the RSDT "tree" and the XSDT "tree", all the pointers to ACPI data tables in that table-subtree (recursively) should be patched accordingly (all legacy or all non-legacy). Pointers to other things than ACPI data tables need no special handling (as their identification / probing is already suppressed with suitable zero prefixes). Thanks! Laszlo > > I proto-typed it (but haven't done significant testing). Admittedly, > it is a pretty ugly hack. > > -Kevin > > > ====================== SeaBIOS patch ======================= > > --- a/src/fw/romfile_loader.c > +++ b/src/fw/romfile_loader.c > @@ -234,6 +234,7 @@ int romfile_loader_execute(const char *name) > case ROMFILE_LOADER_COMMAND_ALLOCATE: > romfile_loader_allocate(entry, files); > break; > + case ROMFILE_LOADER_COMMAND_ADD_LEGACY_POINTER: > case ROMFILE_LOADER_COMMAND_ADD_POINTER: > romfile_loader_add_pointer(entry, files); > break; > diff --git a/src/fw/romfile_loader.h b/src/fw/romfile_loader.h > index fcd4ab2..4e266e8 100644 > --- a/src/fw/romfile_loader.h > +++ b/src/fw/romfile_loader.h > @@ -77,6 +77,7 @@ enum { > ROMFILE_LOADER_COMMAND_ADD_POINTER = 0x2, > ROMFILE_LOADER_COMMAND_ADD_CHECKSUM = 0x3, > ROMFILE_LOADER_COMMAND_WRITE_POINTER = 0x4, > + ROMFILE_LOADER_COMMAND_ADD_LEGACY_POINTER = 0x5, > }; > > enum { > > > ====================== QEMU patch ======================= > > diff --git a/hw/acpi/aml-build.c b/hw/acpi/aml-build.c > index 36a6cc4..eed1a2c 100644 > --- a/hw/acpi/aml-build.c > +++ b/hw/acpi/aml-build.c > @@ -1576,7 +1576,7 @@ void acpi_build_tables_cleanup(AcpiBuildTables *tables, bool mfre) > /* Build rsdt table */ > void > build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, > - const char *oem_id, const char *oem_table_id) > + const char *oem_id, const char *oem_table_id, unsigned fadt) > { > int i; > unsigned rsdt_entries_offset; > @@ -1587,12 +1587,15 @@ build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, > > rsdt = acpi_data_push(table_data, rsdt_len); > rsdt_entries_offset = (char *)rsdt->table_offset_entry - table_data->data; > - for (i = 0; i < table_offsets->len; ++i) { > + bios_linker_loader_add_legacy_pointer(linker, > + ACPI_BUILD_TABLE_FILE, rsdt_entries_offset, rsdt_entry_size, > + ACPI_BUILD_TABLE_FILE, fadt); > + for (i = 1; i < table_offsets->len; ++i) { > uint32_t ref_tbl_offset = g_array_index(table_offsets, uint32_t, i); > uint32_t rsdt_entry_offset = rsdt_entries_offset + rsdt_entry_size * i; > > /* rsdt->table_offset_entry to be filled by Guest linker */ > - bios_linker_loader_add_pointer(linker, > + bios_linker_loader_add_legacy_pointer(linker, > ACPI_BUILD_TABLE_FILE, rsdt_entry_offset, rsdt_entry_size, > ACPI_BUILD_TABLE_FILE, ref_tbl_offset); > } > diff --git a/hw/acpi/bios-linker-loader.c b/hw/acpi/bios-linker-loader.c > index 046183a..3be6ac4 100644 > --- a/hw/acpi/bios-linker-loader.c > +++ b/hw/acpi/bios-linker-loader.c > @@ -100,10 +100,11 @@ struct BiosLinkerLoaderEntry { > typedef struct BiosLinkerLoaderEntry BiosLinkerLoaderEntry; > > enum { > - BIOS_LINKER_LOADER_COMMAND_ALLOCATE = 0x1, > - BIOS_LINKER_LOADER_COMMAND_ADD_POINTER = 0x2, > - BIOS_LINKER_LOADER_COMMAND_ADD_CHECKSUM = 0x3, > - BIOS_LINKER_LOADER_COMMAND_WRITE_POINTER = 0x4, > + BIOS_LINKER_LOADER_COMMAND_ALLOCATE = 0x1, > + BIOS_LINKER_LOADER_COMMAND_ADD_POINTER = 0x2, > + BIOS_LINKER_LOADER_COMMAND_ADD_CHECKSUM = 0x3, > + BIOS_LINKER_LOADER_COMMAND_WRITE_POINTER = 0x4, > + BIOS_LINKER_LOADER_COMMAND_ADD_LEGACY_POINTER = 0x5, > }; > > enum { > @@ -243,28 +244,13 @@ void bios_linker_loader_add_checksum(BIOSLinker *linker, const char *file_name, > g_array_append_vals(linker->cmd_blob, &entry, sizeof entry); > } > > -/* > - * bios_linker_loader_add_pointer: ask guest to patch address in > - * destination file with a pointer to source file > - * > - * @linker: linker object instance > - * @dest_file: destination file that must be changed > - * @dst_patched_offset: location within destination file blob to be patched > - * with the pointer to @src_file+@src_offset (i.e. source > - * blob allocated in guest memory + @src_offset), in bytes > - * @dst_patched_offset_size: size of the pointer to be patched > - * at @dst_patched_offset in @dest_file blob, in bytes > - * @src_file: source file who's address must be taken > - * @src_offset: location within source file blob to which > - * @dest_file+@dst_patched_offset will point to after > - * firmware's executed ADD_POINTER command > - */ > -void bios_linker_loader_add_pointer(BIOSLinker *linker, > - const char *dest_file, > - uint32_t dst_patched_offset, > - uint8_t dst_patched_size, > - const char *src_file, > - uint32_t src_offset) > +static void add_pointer(BIOSLinker *linker, > + const char *dest_file, > + uint32_t dst_patched_offset, > + uint8_t dst_patched_size, > + const char *src_file, > + uint32_t src_offset, > + uint32_t command) > { > uint64_t le_src_offset; > BiosLinkerLoaderEntry entry; > @@ -282,7 +268,7 @@ void bios_linker_loader_add_pointer(BIOSLinker *linker, > sizeof entry.pointer.dest_file - 1); > strncpy(entry.pointer.src_file, src_file, > sizeof entry.pointer.src_file - 1); > - entry.command = cpu_to_le32(BIOS_LINKER_LOADER_COMMAND_ADD_POINTER); > + entry.command = cpu_to_le32(command); > entry.pointer.offset = cpu_to_le32(dst_patched_offset); > entry.pointer.size = dst_patched_size; > assert(dst_patched_size == 1 || dst_patched_size == 2 || > @@ -296,6 +282,61 @@ void bios_linker_loader_add_pointer(BIOSLinker *linker, > } > > /* > + * bios_linker_loader_add_pointer: ask guest to patch address in > + * destination file with a pointer to source file > + * > + * @linker: linker object instance > + * @dest_file: destination file that must be changed > + * @dst_patched_offset: location within destination file blob to be patched > + * with the pointer to @src_file+@src_offset (i.e. source > + * blob allocated in guest memory + @src_offset), in bytes > + * @dst_patched_offset_size: size of the pointer to be patched > + * at @dst_patched_offset in @dest_file blob, in bytes > + * @src_file: source file who's address must be taken > + * @src_offset: location within source file blob to which > + * @dest_file+@dst_patched_offset will point to after > + * firmware's executed ADD_POINTER command > + */ > +void bios_linker_loader_add_pointer(BIOSLinker *linker, > + const char *dest_file, > + uint32_t dst_patched_offset, > + uint8_t dst_patched_size, > + const char *src_file, > + uint32_t src_offset) > +{ > + add_pointer(linker, dest_file, dst_patched_offset, dst_patched_size, > + src_file, src_offset, BIOS_LINKER_LOADER_COMMAND_ADD_POINTER); > +} > + > +/* > + * bios_linker_loader_add_legacy_pointer: ask guest to patch address in > + * destination file with a pointer to a legacy acpi table in source file > + * > + * @linker: linker object instance > + * @dest_file: destination file that must be changed > + * @dst_patched_offset: location within destination file blob to be patched > + * with the pointer to @src_file+@src_offset (i.e. source > + * blob allocated in guest memory + @src_offset), in bytes > + * @dst_patched_offset_size: size of the pointer to be patched > + * at @dst_patched_offset in @dest_file blob, in bytes > + * @src_file: source file who's address must be taken > + * @src_offset: location within source file blob to which > + * @dest_file+@dst_patched_offset will point to after > + * firmware's executed ADD_POINTER command > + */ > +void bios_linker_loader_add_legacy_pointer(BIOSLinker *linker, > + const char *dest_file, > + uint32_t dst_patched_offset, > + uint8_t dst_patched_size, > + const char *src_file, > + uint32_t src_offset) > +{ > + add_pointer(linker, dest_file, dst_patched_offset, dst_patched_size, > + src_file, src_offset, > + BIOS_LINKER_LOADER_COMMAND_ADD_LEGACY_POINTER); > +} > + > +/* > * bios_linker_loader_write_pointer: ask guest to write a pointer to the > * source file into the destination file, and write it back to QEMU via > * fw_cfg DMA. > diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c > index 6b7bade..6c83ba8 100644 > --- a/hw/i386/acpi-build.c > +++ b/hw/i386/acpi-build.c > @@ -272,7 +272,7 @@ build_facs(GArray *table_data, BIOSLinker *linker) > } > > /* Load chipset information in FADT */ > -static void fadt_setup(AcpiFadtDescriptorRev3 *fadt, AcpiPmInfo *pm) > +static void fadt_setup(AcpiFadtDescriptorRev3 *fadt, AcpiPmInfo *pm, int rev) > { > fadt->model = 1; > fadt->reserved1 = 0; > @@ -305,6 +305,9 @@ static void fadt_setup(AcpiFadtDescriptorRev3 *fadt, AcpiPmInfo *pm) > } > fadt->century = RTC_CENTURY; > > + if (rev < 3) > + return; > + > fadt->flags |= cpu_to_le32(1 << ACPI_FADT_F_RESET_REG_SUP); > fadt->reset_value = 0xf; > fadt->reset_register.space_id = AML_SYSTEM_IO; > @@ -334,9 +337,34 @@ static void fadt_setup(AcpiFadtDescriptorRev3 *fadt, AcpiPmInfo *pm) > > /* FADT */ > static void > -build_fadt(GArray *table_data, BIOSLinker *linker, AcpiPmInfo *pm, > - unsigned facs_tbl_offset, unsigned dsdt_tbl_offset, > - const char *oem_id, const char *oem_table_id) > +build_fadt1(GArray *table_data, BIOSLinker *linker, AcpiPmInfo *pm, > + unsigned facs_tbl_offset, unsigned dsdt_tbl_offset, > + const char *oem_id, const char *oem_table_id) > +{ > + unsigned fadt_length = offsetof(AcpiFadtDescriptorRev3, boot_flags); > + AcpiFadtDescriptorRev3 *fadt = acpi_data_push(table_data, fadt_length); > + unsigned fw_ctrl_offset = (char *)&fadt->firmware_ctrl - table_data->data; > + unsigned dsdt_entry_offset = (char *)&fadt->dsdt - table_data->data; > + > + /* FACS address to be filled by Guest linker */ > + bios_linker_loader_add_pointer(linker, > + ACPI_BUILD_TABLE_FILE, fw_ctrl_offset, sizeof(fadt->firmware_ctrl), > + ACPI_BUILD_TABLE_FILE, facs_tbl_offset); > + > + /* DSDT address to be filled by Guest linker */ > + fadt_setup(fadt, pm, 1); > + bios_linker_loader_add_pointer(linker, > + ACPI_BUILD_TABLE_FILE, dsdt_entry_offset, sizeof(fadt->dsdt), > + ACPI_BUILD_TABLE_FILE, dsdt_tbl_offset); > + > + build_header(linker, table_data, > + (void *)fadt, "FACP", fadt_length, 1, oem_id, oem_table_id); > +} > + > +static void > +build_fadt3(GArray *table_data, BIOSLinker *linker, AcpiPmInfo *pm, > + unsigned facs_tbl_offset, unsigned dsdt_tbl_offset, > + const char *oem_id, const char *oem_table_id) > { > AcpiFadtDescriptorRev3 *fadt = acpi_data_push(table_data, sizeof(*fadt)); > unsigned fw_ctrl_offset = (char *)&fadt->firmware_ctrl - table_data->data; > @@ -349,7 +377,7 @@ build_fadt(GArray *table_data, BIOSLinker *linker, AcpiPmInfo *pm, > ACPI_BUILD_TABLE_FILE, facs_tbl_offset); > > /* DSDT address to be filled by Guest linker */ > - fadt_setup(fadt, pm); > + fadt_setup(fadt, pm, 3); > bios_linker_loader_add_pointer(linker, > ACPI_BUILD_TABLE_FILE, dsdt_entry_offset, sizeof(fadt->dsdt), > ACPI_BUILD_TABLE_FILE, dsdt_tbl_offset); > @@ -2557,27 +2585,40 @@ build_amd_iommu(GArray *table_data, BIOSLinker *linker) > } > > static GArray * > -build_rsdp(GArray *rsdp_table, BIOSLinker *linker, unsigned rsdt_tbl_offset) > +build_rsdp(GArray *rsdp_table, BIOSLinker *linker, unsigned rsdt_tbl_offset, > + unsigned xsdt_tbl_offset) > { > AcpiRsdpDescriptor *rsdp = acpi_data_push(rsdp_table, sizeof *rsdp); > unsigned rsdt_pa_size = sizeof(rsdp->rsdt_physical_address); > unsigned rsdt_pa_offset = > (char *)&rsdp->rsdt_physical_address - rsdp_table->data; > + unsigned xsdt_pa_size = sizeof(rsdp->xsdt_physical_address); > + unsigned xsdt_pa_offset = > + (char *)&rsdp->xsdt_physical_address - rsdp_table->data; > > bios_linker_loader_alloc(linker, ACPI_BUILD_RSDP_FILE, rsdp_table, 16, > true /* fseg memory */); > > memcpy(&rsdp->signature, "RSD PTR ", 8); > memcpy(rsdp->oem_id, ACPI_BUILD_APPNAME6, 6); > + rsdp->length = cpu_to_le32(sizeof(*rsdp)); > + rsdp->revision = 0x02; > + > /* Address to be filled by Guest linker */ > - bios_linker_loader_add_pointer(linker, > + bios_linker_loader_add_legacy_pointer(linker, > ACPI_BUILD_RSDP_FILE, rsdt_pa_offset, rsdt_pa_size, > ACPI_BUILD_TABLE_FILE, rsdt_tbl_offset); > + bios_linker_loader_add_pointer(linker, > + ACPI_BUILD_RSDP_FILE, xsdt_pa_offset, xsdt_pa_size, > + ACPI_BUILD_TABLE_FILE, xsdt_tbl_offset); > > /* Checksum to be filled by Guest linker */ > bios_linker_loader_add_checksum(linker, ACPI_BUILD_RSDP_FILE, > - (char *)rsdp - rsdp_table->data, sizeof *rsdp, > + (char *)rsdp - rsdp_table->data, offsetof(AcpiRsdpDescriptor, length), > (char *)&rsdp->checksum - rsdp_table->data); > + bios_linker_loader_add_checksum(linker, ACPI_BUILD_RSDP_FILE, > + (char *)rsdp - rsdp_table->data, sizeof *rsdp, > + (char *)&rsdp->extended_checksum - rsdp_table->data); > > return rsdp_table; > } > @@ -2621,7 +2662,7 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine) > PCMachineState *pcms = PC_MACHINE(machine); > PCMachineClass *pcmc = PC_MACHINE_GET_CLASS(pcms); > GArray *table_offsets; > - unsigned facs, dsdt, rsdt, fadt; > + unsigned facs, dsdt, rsdt, xsdt, fadt1; > AcpiPmInfo pm; > AcpiMiscInfo misc; > AcpiMcfgInfo mcfg; > @@ -2665,11 +2706,14 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine) > aml_len += tables_blob->len - dsdt; > > /* ACPI tables pointed to by RSDT */ > - fadt = tables_blob->len; > + fadt1 = tables_blob->len; > + build_fadt1(tables_blob, tables->linker, &pm, facs, dsdt, > + slic_oem.id, slic_oem.table_id); > + aml_len += tables_blob->len - fadt1; > + > acpi_add_table(table_offsets, tables_blob); > - build_fadt(tables_blob, tables->linker, &pm, facs, dsdt, > - slic_oem.id, slic_oem.table_id); > - aml_len += tables_blob->len - fadt; > + build_fadt3(tables_blob, tables->linker, &pm, facs, dsdt, > + slic_oem.id, slic_oem.table_id); > > acpi_add_table(table_offsets, tables_blob); > build_madt(tables_blob, tables->linker, pcms); > @@ -2729,13 +2773,16 @@ void acpi_build(AcpiBuildTables *tables, MachineState *machine) > g_array_append_vals(tables_blob, u, len); > } > > - /* RSDT is pointed to by RSDP */ > + /* RSDT and XSDT is pointed to by RSDP */ > rsdt = tables_blob->len; > build_rsdt(tables_blob, tables->linker, table_offsets, > + slic_oem.id, slic_oem.table_id, fadt1); > + xsdt = tables_blob->len; > + build_xsdt(tables_blob, tables->linker, table_offsets, > slic_oem.id, slic_oem.table_id); > > /* RSDP is in FSEG memory, so allocate it separately */ > - build_rsdp(tables->rsdp, tables->linker, rsdt); > + build_rsdp(tables->rsdp, tables->linker, rsdt, xsdt); > > /* We'll expose it all to Guest so we want to reduce > * chance of size changes. > diff --git a/include/hw/acpi/aml-build.h b/include/hw/acpi/aml-build.h > index 88d0738..9afaa34 100644 > --- a/include/hw/acpi/aml-build.h > +++ b/include/hw/acpi/aml-build.h > @@ -380,7 +380,7 @@ void acpi_build_tables_init(AcpiBuildTables *tables); > void acpi_build_tables_cleanup(AcpiBuildTables *tables, bool mfre); > void > build_rsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, > - const char *oem_id, const char *oem_table_id); > + const char *oem_id, const char *oem_table_id, unsigned fadt); > void > build_xsdt(GArray *table_data, BIOSLinker *linker, GArray *table_offsets, > const char *oem_id, const char *oem_table_id); > diff --git a/include/hw/acpi/bios-linker-loader.h b/include/hw/acpi/bios-linker-loader.h > index efe17b0..ccff3e7 100644 > --- a/include/hw/acpi/bios-linker-loader.h > +++ b/include/hw/acpi/bios-linker-loader.h > @@ -26,6 +26,13 @@ void bios_linker_loader_add_pointer(BIOSLinker *linker, > const char *src_file, > uint32_t src_offset); > > +void bios_linker_loader_add_legacy_pointer(BIOSLinker *linker, > + const char *dest_file, > + uint32_t dst_patched_offset, > + uint8_t dst_patched_size, > + const char *src_file, > + uint32_t src_offset); > + > void bios_linker_loader_write_pointer(BIOSLinker *linker, > const char *dest_file, > uint32_t dst_patched_offset, > ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT 2017-07-28 14:20 ` Laszlo Ersek @ 2017-07-29 2:36 ` Kevin O'Connor 0 siblings, 0 replies; 11+ messages in thread From: Kevin O'Connor @ 2017-07-29 2:36 UTC (permalink / raw) To: Laszlo Ersek Cc: Paolo Bonzini, qemu-devel, seabios, lists, imammedo, mst, phil, programmingkidx, kraxel On Fri, Jul 28, 2017 at 04:20:10PM +0200, Laszlo Ersek wrote: > On 07/27/17 22:40, Kevin O'Connor wrote: > > On Wed, Jul 26, 2017 at 11:31:36AM +0200, Paolo Bonzini wrote: > >> The tables that QEMU provides are not ACPI 1.0 compatible since commit > >> 77af8a2b95 ("hw/i386: Use Rev3 FADT (ACPI 2.0) instead of Rev1 to improve > >> guest OS support.", 2017-05-03). This is visible with Windows 2000, > >> which refuses to parse the rev3 FADT and fails to boot. > >> > >> The recommended solution in this case is to build two FADTs, v1 being > >> pointed to by the RSDT and v3 by the XSDT. However, we leave this task > >> to the firmware. This patch simply switches the RSDT to the XSDT, which > >> is valid for all ACPI 2.0-friendly operating systems and also leaves > >> SeaBIOS the freedom to build an RSDT that points to the compatibility > >> FADT. > > > > Another possible solution to this issue would be for QEMU to instruct > > the firmware to build both rev1 and rev3 FADTs, but be clear which > > links are for legacy purposes only. This could be done with a new > > ADD_LEGACY_POINTER linker loader command. Existing firmwares should > > ignore the new ADD_LEGACY_POINTER command and new versions of SeaBIOS > > could be extended to honor it. > > I confirm OVMF ignores (skips) unknown commands. > > But, so I can understand better, can you please explain what the effect > of these patches would be? IIUC, some pointer updates would not be > performed in OVMF (and old SeaBIOS) that would take place in new > SeaBIOS. What pointers are these exactly (where do they live and what do > they point at)? > > - RSDT[0] would point to FADTv1, RSDT[n] (n>=1) would point to the rest > of the tables, and OVMF wouldn't set (or follow) any of these pointers, > - XSDT[0] would point to FADTv3, XSDT[n] (n>=1) would point to the rest > of the tables, and both SeaBIOS and OVMF would see these pointers, > - RSDP.RSDT would point to the RSDT, and OVMF would not see (or follow) > this pointer, > - RSDP.XSDT would point to the XSDT, and both SeaBIOS and OVMF would see > this pointer. > > Is this a correct interpretation? Yes - exactly. [...] > Fourth, what about the links within the FADTv1 (to the FACS and DSDT)? > AFAICS in build_fadt1(), those pointers continue to be patched with the > non-legacy ADD_POINTER command. This is not necessarily a problem if > FADTv1.FACS and FADTv3.FACS point to the exact same address (similarly > if FADTv1.DSDT and FADTv3.DSDT point to the exact same address), because > OVMF already has a kind of memoization against installing the exact same > pointed-to table twice (e.g., when FADTv3.DSDT and FADTv3.X_DSDT refer > to the same address). Still, for completeness, maybe the FADTv1.FACS and > FADTv1.DSDT pointers should also be patched with the new legacy > ADD_POINTER command, in build_fadt1(). Agreed. That was an oversight on my part. Also, I agree with others that this is probably something to think about for post QEMU v2.10. The suggestion to use FACSv1 on piix and FACSv3 on q35 for v2.10 makes sense to me. -Kevin ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2017-07-29 2:36 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-07-26 9:31 [Qemu-devel] [qemu PATCH for 2.10] i386: acpi: provide an XSDT instead of an RSDT Paolo Bonzini 2017-07-26 12:52 ` Michael S. Tsirkin 2017-07-26 13:01 ` Paolo Bonzini 2017-07-26 20:17 ` Michael S. Tsirkin 2017-07-26 20:24 ` Paolo Bonzini 2017-07-26 20:30 ` Michael S. Tsirkin 2017-07-26 13:07 ` Daniel P. Berrange 2017-07-26 13:19 ` Michael S. Tsirkin 2017-07-27 20:40 ` Kevin O'Connor 2017-07-28 14:20 ` Laszlo Ersek 2017-07-29 2:36 ` Kevin O'Connor
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).