This bug was initially created as a copy of Bug #1904267 I am copying this bug because: Once we support SMBIOS 3.0, we want it to be enabled automatically when necessary. This can be done in two different ways: - Automatically enable SMBIOS 3.0 when the tables can't fit in a SMBIOS 2.1 entry point. This keeps gust ABI compatibility and doesn't require a new machine type). - Enable SMBIOS 3.0 by default on all VMs. This changes guest ABI and can be done only on new machine types. A VM with more than ~720 VCPUs can hit the 65535 bytes limit on SMBIOS tables. edk2, however, supports SMBIOS 3.0 Entry Points. We need to support SMBIOS 3.0 entry points on Q35, probably through a new command line option.
Bulk update: Move RHEL-AV bugs to RHEL9. If necessary to resolve in RHEL8, then clone to the current RHEL8 release.
Moving back to virt-maint. For a discussion around the steps necessary to move the default to SMBIOS 3.0, see: https://lore.kernel.org/qemu-devel/20211110220632.xaazf2s647r63qm7@habkost.net/
Bumping up the stale date. This BZ is still relevant for the HPE large VM work so we have to keep it open. It is not urgent because there is a manual workaround, however, it is necessary from a usability perspective.
Let's plan to resolve this for RHEL 9.2, setting ITR
Igor - feel free to reassign to Julia if necessary. Since it seems bug 2091166 will be resolve, let's get this taken care of too.
Based on Julia's comment, moving this to 9.3, re-setting ITR and bumping up the stale date.