Furquan Shaikh has uploaded this change for review. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
ec/google/chromeec: Fix dev ops for chromeec
CB:38541 ("ec/google/chromeec: Add SSDT generator for ChromeOS EC") added a new device_operations structure for chromeec for handling ACPI SSDT generation. However, this resulted in the original device_operations which handled lpc read resources to be skipped. This change fixes the above regression by combining the device operations for reading resources and ACPI SSDT generation into a single structure and retains the old logic for enabling of pnp devices.
Signed-off-by: Furquan Shaikh furquan@google.com Change-Id: I3a242f4b15603f957e0e81d121e5766fccf3c28d --- M src/ec/google/chromeec/Makefile.inc M src/ec/google/chromeec/ec.c M src/ec/google/chromeec/ec.h D src/ec/google/chromeec/ec_chip.c M src/ec/google/chromeec/ec_lpc.c 5 files changed, 12 insertions(+), 261 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/21/39321/1
diff --git a/src/ec/google/chromeec/Makefile.inc b/src/ec/google/chromeec/Makefile.inc index 2833c87..590b131 100644 --- a/src/ec/google/chromeec/Makefile.inc +++ b/src/ec/google/chromeec/Makefile.inc @@ -28,7 +28,7 @@ verstage-$(CONFIG_EC_GOOGLE_CHROMEEC_I2C) += ec_i2c.c verstage-$(CONFIG_EC_GOOGLE_CHROMEEC_LPC) += ec_lpc.c verstage-$(CONFIG_EC_GOOGLE_CHROMEEC_SPI) += ec_spi.c -ramstage-$(CONFIG_HAVE_ACPI_TABLES) += ec_chip.c +ramstage-$(CONFIG_HAVE_ACPI_TABLES) += ec_acpi.c
ramstage-$(CONFIG_VBOOT) += vboot_storage.c smm-$(CONFIG_VBOOT) += vboot_storage.c diff --git a/src/ec/google/chromeec/ec.c b/src/ec/google/chromeec/ec.c index 81e68d0..3faa297 100644 --- a/src/ec/google/chromeec/ec.c +++ b/src/ec/google/chromeec/ec.c @@ -1525,28 +1525,3 @@
return 1; } - -#if CONFIG(HAVE_ACPI_TABLES) && !DEVTREE_EARLY -static struct device_operations ec_chromeec_ops = { - .acpi_name = google_chromeec_acpi_name, - .acpi_fill_ssdt_generator = google_chromeec_fill_ssdt_generator, -}; -#endif - -/* ec_lpc, ec_spi, or ec_i2c can override this */ -__weak void google_ec_enable_extra(struct device *dev) -{ -} - -static void google_chromeec_enable(struct device *dev) -{ -#if CONFIG(HAVE_ACPI_TABLES) && !DEVTREE_EARLY - dev->ops = &ec_chromeec_ops; -#endif - google_ec_enable_extra(dev); -} - -struct chip_operations ec_google_chromeec_ops = { - CHIP_NAME("Google Chrome EC") - .enable_dev = google_chromeec_enable -}; diff --git a/src/ec/google/chromeec/ec.h b/src/ec/google/chromeec/ec.h index f13b510..699d7c2 100644 --- a/src/ec/google/chromeec/ec.h +++ b/src/ec/google/chromeec/ec.h @@ -350,9 +350,4 @@
#endif /* HAVE_ACPI_TABLES */
-/* - * Allows bus-specific EC code to perform actions when the device is enabled. - */ -void google_ec_enable_extra(struct device *dev); - #endif /* _EC_GOOGLE_CHROMEEC_EC_H */ diff --git a/src/ec/google/chromeec/ec_chip.c b/src/ec/google/chromeec/ec_chip.c deleted file mode 100644 index db78bdb..0000000 --- a/src/ec/google/chromeec/ec_chip.c +++ /dev/null @@ -1,228 +0,0 @@ -/* - * This file is part of the coreboot project. - * - * Copyright 2020 The coreboot project Authors. - * - * SPDX-License-Identifier: GPL-2.0-or-later - */ - -#include <arch/acpi.h> -#include <arch/acpi_device.h> -#include <arch/acpigen.h> -#include <console/console.h> -#include <drivers/usb/acpi/chip.h> -#include <stdlib.h> - -#include "chip.h" -#include "ec.h" -#include "ec_commands.h" - -#define GOOGLE_CHROMEEC_USBC_DEVICE_HID "GOOG0014" -#define GOOGLE_CHROMEEC_USBC_DEVICE_NAME "USBC" - -const char *google_chromeec_acpi_name(const struct device *dev) -{ - return "EC0"; -} - -static const char *power_role_to_str(enum ec_pd_power_role_caps power_role) -{ - switch (power_role) { - case EC_PD_POWER_ROLE_SOURCE: - return "source"; - case EC_PD_POWER_ROLE_SINK: - return "sink"; - case EC_PD_POWER_ROLE_DUAL: - return "dual"; - default: - return "unknown"; - } -} - -static const char *try_power_role_to_str(enum ec_pd_try_power_role_caps try_power_role) -{ - switch (try_power_role) { - case EC_PD_TRY_POWER_ROLE_NONE: - /* - * This should never get returned; if there is no try-power role for a device, - * then the try-power-role field is not added to the DSD. Thus, this is just - * for completeness. - */ - return "none"; - case EC_PD_TRY_POWER_ROLE_SINK: - return "sink"; - case EC_PD_TRY_POWER_ROLE_SOURCE: - return "source"; - default: - return "unknown"; - } -} - -static const char *data_role_to_str(enum ec_pd_data_role_caps data_role) -{ - switch (data_role) { - case EC_PD_DATA_ROLE_DFP: - return "host"; - case EC_PD_DATA_ROLE_UFP: - return "device"; - case EC_PD_DATA_ROLE_DUAL: - return "dual"; - default: - return "unknown"; - } -} - -/* - * Apparently these are supposed to be uppercase, in contrast to the other - * lowercase fields. - */ -static const char *port_location_to_str(enum ec_pd_port_location port_location) -{ - switch (port_location) { - case EC_PD_PORT_LOCATION_LEFT: - return "LEFT"; - case EC_PD_PORT_LOCATION_RIGHT: - return "RIGHT"; - case EC_PD_PORT_LOCATION_BACK: - return "BACK"; - case EC_PD_PORT_LOCATION_FRONT: - return "FRONT"; - case EC_PD_PORT_LOCATION_LEFT_FRONT: - return "LEFT_FRONT"; - case EC_PD_PORT_LOCATION_LEFT_BACK: - return "LEFT_BACK"; - case EC_PD_PORT_LOCATION_RIGHT_FRONT: - return "RIGHT_FRONT"; - case EC_PD_PORT_LOCATION_RIGHT_BACK: - return "RIGHT_BACK"; - case EC_PD_PORT_LOCATION_BACK_LEFT: - return "BACK_LEFT"; - case EC_PD_PORT_LOCATION_BACK_RIGHT: - return "BACK_RIGHT"; - case EC_PD_PORT_LOCATION_UNKNOWN: /* intentional fallthrough */ - default: - return "UNKNOWN"; - } -} - -/* Add port capabilities as DP properties */ -static void add_port_caps(struct acpi_dp *dsd, const struct usb_pd_port_caps *port_caps) -{ - acpi_dp_add_string(dsd, "power-role", power_role_to_str(port_caps->power_role_cap)); - - if (port_caps->try_power_role_cap != EC_PD_TRY_POWER_ROLE_NONE) - acpi_dp_add_string(dsd, "try-power-role", - try_power_role_to_str(port_caps->try_power_role_cap)); - - acpi_dp_add_string(dsd, "data-role", data_role_to_str(port_caps->data_role_cap)); - acpi_dp_add_string(dsd, "port-location", port_location_to_str( - port_caps->port_location)); -} - -/* - * Helper for fill_ssdt_generator. This adds references to the USB - * port objects so that the consumer of this information can know - * whether the port supports USB2 and/or USB3. - */ -static void add_usb_port_references(struct acpi_dp *dsd, int port_number) -{ - static const char usb2_port[] = "usb2-port"; - static const char usb3_port[] = "usb3-port"; - struct device *port = NULL; - const char *path; - const char *usb_port_type; - struct drivers_usb_acpi_config *config; - - /* - * Unfortunately, the acpi_dp_* API doesn't write out the data immediately, thus we need - * different storage areas for all of the strings, so strdup() is used for that. It is - * safe to use strdup() here, because the strings are generated at build-time and are - * guaranteed to be NUL-terminated (they come from the devicetree). - */ - while ((port = dev_find_path(port, DEVICE_PATH_USB)) != NULL) { - if (!port->enabled || port->path.type != DEVICE_PATH_USB) - continue; - - /* Looking for USB 2 & 3 port devices only */ - if (port->path.usb.port_type == 2) - usb_port_type = usb2_port; - else if (port->path.usb.port_type == 3) - usb_port_type = usb3_port; - else - continue; - - config = port->chip_info; - - /* - * Look at only USB Type-C ports, making sure they match the - * port number we're looking for (the 'token' field in 'group'). - * Also note that 'port_number' is 0-based, whereas the 'token' - * field is 1-based. - */ - if ((config->type != UPC_TYPE_C_USB2_ONLY) && - (config->type != UPC_TYPE_C_USB2_SS_SWITCH) && - (config->type != UPC_TYPE_C_USB2_SS)) - continue; - - if (config->group.token != (port_number + 1)) - continue; - - path = acpi_device_path(port); - if (path) { - path = strdup(path); - if (!path) - continue; - - acpi_dp_add_reference(dsd, usb_port_type, path); - } - } -} - -static void fill_ssdt_typec_device(struct device *dev) -{ - struct usb_pd_port_caps port_caps; - char con_name[] = "CONx"; - struct acpi_dp *dsd; - int num_ports; - int rv; - int i; - - rv = google_chromeec_get_num_pd_ports(&num_ports); - if (rv) - return; - - acpigen_write_device(GOOGLE_CHROMEEC_USBC_DEVICE_NAME); - acpigen_write_name_string("_HID", GOOGLE_CHROMEEC_USBC_DEVICE_HID); - acpigen_write_name_string("_DDN", "ChromeOS EC Embedded Controller " - "USB Type-C Control"); - - for (i = 0; i < num_ports; ++i) { - rv = google_chromeec_get_pd_port_caps(i, &port_caps); - if (rv) - continue; - - con_name[3] = (char)i + '0'; - acpigen_write_device(con_name); - acpigen_write_name_integer("_ADR", i); - - /* _DSD, Device-Specific Data */ - dsd = acpi_dp_new_table("_DSD"); - - acpi_dp_add_integer(dsd, "port-number", i); - add_port_caps(dsd, &port_caps); - add_usb_port_references(dsd, i); - - acpi_dp_write(dsd); - acpigen_pop_len(); /* Device CONx */ - } - - acpigen_pop_len(); /* Device GOOGLE_CHROMEEC_USBC_DEVICE_NAME */ -} - -void google_chromeec_fill_ssdt_generator(struct device *dev) -{ - /* Reference the existing device's scope */ - acpigen_write_scope(acpi_device_path(dev)); - fill_ssdt_typec_device(dev); - acpigen_pop_len(); /* Scope */ -} diff --git a/src/ec/google/chromeec/ec_lpc.c b/src/ec/google/chromeec/ec_lpc.c index 9afb1fd..ab0e3cd 100644 --- a/src/ec/google/chromeec/ec_lpc.c +++ b/src/ec/google/chromeec/ec_lpc.c @@ -451,18 +451,27 @@ .init = lpc_ec_init, .read_resources = lpc_ec_read_resources, .enable_resources = DEVICE_NOOP, - .set_resources = DEVICE_NOOP + .set_resources = DEVICE_NOOP, +#if CONFIG(HAVE_ACPI_TABLES) + .acpi_name = google_chromeec_acpi_name, + .acpi_fill_ssdt_generator = google_chromeec_fill_ssdt_generator, +#endif };
static struct pnp_info pnp_dev_info[] = { { NULL, 0, 0, 0, } };
-void google_ec_enable_extra(struct device *dev) +static void enable_dev(struct device *dev) { pnp_enable_devices(dev, &ops, ARRAY_SIZE(pnp_dev_info), pnp_dev_info); }
+struct chip_operations ec_google_chromeec_ops = { + CHIP_NAME("Google Chrome EC") + .enable_dev = enable_dev, +}; + static int google_chromeec_data_ready(u16 port) { return google_chromeec_status_check(port, EC_LPC_CMDR_DATA,
Hello Patrick Georgi, Martin Roth,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/39321
to look at the new patch set (#2).
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
ec/google/chromeec: Fix dev ops for chromeec
CB:38541 ("ec/google/chromeec: Add SSDT generator for ChromeOS EC") added a new device_operations structure for chromeec for handling ACPI SSDT generation. However, this resulted in the original device_operations which handled lpc read resources to be skipped. This change fixes the above regression by combining the device operations for reading resources and ACPI SSDT generation into a single structure and retains the old logic for enabling of pnp devices.
Signed-off-by: Furquan Shaikh furquan@google.com Change-Id: I3a242f4b15603f957e0e81d121e5766fccf3c28d --- M src/ec/google/chromeec/Makefile.inc M src/ec/google/chromeec/ec.c M src/ec/google/chromeec/ec.h D src/ec/google/chromeec/ec_chip.c M src/ec/google/chromeec/ec_lpc.c 5 files changed, 12 insertions(+), 261 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/21/39321/2
Hello build bot (Jenkins), Patrick Georgi, Martin Roth,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/39321
to look at the new patch set (#3).
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
ec/google/chromeec: Fix dev ops for chromeec
CB:38541 ("ec/google/chromeec: Add SSDT generator for ChromeOS EC") added a new device_operations structure for chromeec for handling ACPI SSDT generation. However, this resulted in the original device_operations which handled lpc read resources to be skipped. This change fixes the above regression by combining the device operations for reading resources and ACPI SSDT generation into a single structure and retains the old logic for enabling of pnp devices.
Signed-off-by: Furquan Shaikh furquan@google.com Change-Id: I3a242f4b15603f957e0e81d121e5766fccf3c28d --- M src/ec/google/chromeec/Makefile.inc M src/ec/google/chromeec/ec.c M src/ec/google/chromeec/ec.h D src/ec/google/chromeec/ec_chip.c M src/ec/google/chromeec/ec_lpc.c 5 files changed, 12 insertions(+), 261 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/21/39321/3
Hello build bot (Jenkins), Patrick Georgi, Martin Roth,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/39321
to look at the new patch set (#4).
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
ec/google/chromeec: Fix dev ops for chromeec
CB:38541 ("ec/google/chromeec: Add SSDT generator for ChromeOS EC") added a new device_operations structure for chromeec for handling ACPI SSDT generation. However, this resulted in the original device_operations which handled lpc read resources to be skipped. This change fixes the above regression by combining the device operations for reading resources and ACPI SSDT generation into a single structure and retains the old logic for enabling of pnp devices.
Signed-off-by: Furquan Shaikh furquan@google.com Change-Id: I3a242f4b15603f957e0e81d121e5766fccf3c28d --- M src/ec/google/chromeec/Makefile.inc M src/ec/google/chromeec/ec.c M src/ec/google/chromeec/ec.h R src/ec/google/chromeec/ec_acpi.c M src/ec/google/chromeec/ec_lpc.c 5 files changed, 12 insertions(+), 33 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/21/39321/4
Nico Huber has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
Patch Set 4:
What about non-LPC ECs? Don't they lose the ACPI tables this way?
Furquan Shaikh has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
Patch Set 4:
Patch Set 4:
What about non-LPC ECs? Don't they lose the ACPI tables this way?
ChromeECs have all been using LPC(eSPI). At least, at this point, I don't think we have any ChromeEC which is non-LPC(eSPI) based.
Furquan Shaikh has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
Patch Set 4:
Patch Set 4:
Patch Set 4:
What about non-LPC ECs? Don't they lose the ACPI tables this way?
ChromeECs have all been using LPC(eSPI). At least, at this point, I don't think we have any ChromeEC which is non-LPC(eSPI) based.
Correction: All platforms that are currently using ACPI tables and ChromeEC are LPC(eSPI) based.
Tim Wawrzynczak has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
Patch Set 4:
Patch Set 4:
Patch Set 4:
Patch Set 4:
What about non-LPC ECs? Don't they lose the ACPI tables this way?
ChromeECs have all been using LPC(eSPI). At least, at this point, I don't think we have any ChromeEC which is non-LPC(eSPI) based.
Correction: All platforms that are currently using ACPI tables and ChromeEC are LPC(eSPI) based.
I was going to say all the ARM ones don't have eSPI 😊
Tim Wawrzynczak has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
Patch Set 4: Code-Review+2
Matt DeVillier has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
Patch Set 4: Code-Review+2
back in business, thx
Nico Huber has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
Patch Set 4: Code-Review+1
Patrick Georgi has submitted this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
ec/google/chromeec: Fix dev ops for chromeec
CB:38541 ("ec/google/chromeec: Add SSDT generator for ChromeOS EC") added a new device_operations structure for chromeec for handling ACPI SSDT generation. However, this resulted in the original device_operations which handled lpc read resources to be skipped. This change fixes the above regression by combining the device operations for reading resources and ACPI SSDT generation into a single structure and retains the old logic for enabling of pnp devices.
Signed-off-by: Furquan Shaikh furquan@google.com Change-Id: I3a242f4b15603f957e0e81d121e5766fccf3c28d Reviewed-on: https://review.coreboot.org/c/coreboot/+/39321 Tested-by: build bot (Jenkins) no-reply@coreboot.org Reviewed-by: Tim Wawrzynczak twawrzynczak@chromium.org Reviewed-by: Matt DeVillier matt.devillier@gmail.com Reviewed-by: Nico Huber nico.h@gmx.de --- M src/ec/google/chromeec/Makefile.inc M src/ec/google/chromeec/ec.c M src/ec/google/chromeec/ec.h R src/ec/google/chromeec/ec_acpi.c M src/ec/google/chromeec/ec_lpc.c 5 files changed, 12 insertions(+), 33 deletions(-)
Approvals: build bot (Jenkins): Verified Nico Huber: Looks good to me, but someone else must approve Matt DeVillier: Looks good to me, approved Tim Wawrzynczak: Looks good to me, approved
diff --git a/src/ec/google/chromeec/Makefile.inc b/src/ec/google/chromeec/Makefile.inc index 2833c87..590b131 100644 --- a/src/ec/google/chromeec/Makefile.inc +++ b/src/ec/google/chromeec/Makefile.inc @@ -28,7 +28,7 @@ verstage-$(CONFIG_EC_GOOGLE_CHROMEEC_I2C) += ec_i2c.c verstage-$(CONFIG_EC_GOOGLE_CHROMEEC_LPC) += ec_lpc.c verstage-$(CONFIG_EC_GOOGLE_CHROMEEC_SPI) += ec_spi.c -ramstage-$(CONFIG_HAVE_ACPI_TABLES) += ec_chip.c +ramstage-$(CONFIG_HAVE_ACPI_TABLES) += ec_acpi.c
ramstage-$(CONFIG_VBOOT) += vboot_storage.c smm-$(CONFIG_VBOOT) += vboot_storage.c diff --git a/src/ec/google/chromeec/ec.c b/src/ec/google/chromeec/ec.c index 81e68d0..3faa297 100644 --- a/src/ec/google/chromeec/ec.c +++ b/src/ec/google/chromeec/ec.c @@ -1525,28 +1525,3 @@
return 1; } - -#if CONFIG(HAVE_ACPI_TABLES) && !DEVTREE_EARLY -static struct device_operations ec_chromeec_ops = { - .acpi_name = google_chromeec_acpi_name, - .acpi_fill_ssdt_generator = google_chromeec_fill_ssdt_generator, -}; -#endif - -/* ec_lpc, ec_spi, or ec_i2c can override this */ -__weak void google_ec_enable_extra(struct device *dev) -{ -} - -static void google_chromeec_enable(struct device *dev) -{ -#if CONFIG(HAVE_ACPI_TABLES) && !DEVTREE_EARLY - dev->ops = &ec_chromeec_ops; -#endif - google_ec_enable_extra(dev); -} - -struct chip_operations ec_google_chromeec_ops = { - CHIP_NAME("Google Chrome EC") - .enable_dev = google_chromeec_enable -}; diff --git a/src/ec/google/chromeec/ec.h b/src/ec/google/chromeec/ec.h index f13b510..699d7c2 100644 --- a/src/ec/google/chromeec/ec.h +++ b/src/ec/google/chromeec/ec.h @@ -350,9 +350,4 @@
#endif /* HAVE_ACPI_TABLES */
-/* - * Allows bus-specific EC code to perform actions when the device is enabled. - */ -void google_ec_enable_extra(struct device *dev); - #endif /* _EC_GOOGLE_CHROMEEC_EC_H */ diff --git a/src/ec/google/chromeec/ec_chip.c b/src/ec/google/chromeec/ec_acpi.c similarity index 100% rename from src/ec/google/chromeec/ec_chip.c rename to src/ec/google/chromeec/ec_acpi.c diff --git a/src/ec/google/chromeec/ec_lpc.c b/src/ec/google/chromeec/ec_lpc.c index 9afb1fd..ab0e3cd 100644 --- a/src/ec/google/chromeec/ec_lpc.c +++ b/src/ec/google/chromeec/ec_lpc.c @@ -451,18 +451,27 @@ .init = lpc_ec_init, .read_resources = lpc_ec_read_resources, .enable_resources = DEVICE_NOOP, - .set_resources = DEVICE_NOOP + .set_resources = DEVICE_NOOP, +#if CONFIG(HAVE_ACPI_TABLES) + .acpi_name = google_chromeec_acpi_name, + .acpi_fill_ssdt_generator = google_chromeec_fill_ssdt_generator, +#endif };
static struct pnp_info pnp_dev_info[] = { { NULL, 0, 0, 0, } };
-void google_ec_enable_extra(struct device *dev) +static void enable_dev(struct device *dev) { pnp_enable_devices(dev, &ops, ARRAY_SIZE(pnp_dev_info), pnp_dev_info); }
+struct chip_operations ec_google_chromeec_ops = { + CHIP_NAME("Google Chrome EC") + .enable_dev = enable_dev, +}; + static int google_chromeec_data_ready(u16 port) { return google_chromeec_status_check(port, EC_LPC_CMDR_DATA,
9elements QA has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/39321 )
Change subject: ec/google/chromeec: Fix dev ops for chromeec ......................................................................
Patch Set 5:
Automatic boot test returned (PASS/FAIL/TOTAL): 3/0/3 Emulation targets: EMULATION_QEMU_X86_Q35 using payload TianoCore : SUCCESS : https://lava.9esec.io/r/1138 EMULATION_QEMU_X86_Q35 using payload SeaBIOS : SUCCESS : https://lava.9esec.io/r/1137 EMULATION_QEMU_X86_I440FX using payload SeaBIOS : SUCCESS : https://lava.9esec.io/r/1136
Please note: This test is under development and might not be accurate at all!