aboutsummaryrefslogtreecommitdiff
path: root/scripts/u2f-setup-gen.py
diff options
context:
space:
mode:
authorZhao Liu <zhao1.liu@intel.com>2023-10-23 17:46:25 +0800
committerMichael S. Tsirkin <mst@redhat.com>2023-11-07 03:39:11 -0500
commit148a8a1d5fdbdb0ba2a9883c6182e3135cb417b2 (patch)
tree491eabbbeffb12e9a15fe868fb62d7d12d6008b1 /scripts/u2f-setup-gen.py
parent623d26ad9affaeca03633880623961434e60e77b (diff)
downloadqemu-148a8a1d5fdbdb0ba2a9883c6182e3135cb417b2.zip
qemu-148a8a1d5fdbdb0ba2a9883c6182e3135cb417b2.tar.gz
qemu-148a8a1d5fdbdb0ba2a9883c6182e3135cb417b2.tar.bz2
tests: bios-tables-test: Add test for smbios type4 core count
This tests the commit 196ea60a734c3 ("hw/smbios: Fix core count in type4"). In smbios_build_type_4_table() (hw/smbios/smbios.c), if the number of cores in the socket is not more than 255, then smbios type4 table encodes cores per socket into the core count field. So for the topology in this case, there're the following considerations: 1. cores per socket should be not more than 255 to ensure we could cover the core count field. 2. The original bug was that cores per socket was miscalculated, so now we should include as many topology levels as possible (mutiple sockets & dies, no module since x86 hasn't supported it) to cover more general topology scenarios, to ensure that the cores per socket encoded in the core count field is correct. Based on these considerations, select the topology with multiple sockets and dies: -smp 54,sockets=2,dies=3,cores=3,threads=3 The expected core count = cores per socket = cores (3) * dies (3) = 9. Suggested-by: Igor Mammedov <imammedo@redhat.com> Signed-off-by: Zhao Liu <zhao1.liu@intel.com> Reviewed-by: Michael S. Tsirkin <mst@redhat.com> Message-Id: <20231023094635.1588282-7-zhao1.liu@linux.intel.com> Reviewed-by: Michael S. Tsirkin <mst@redhat.com> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Diffstat (limited to 'scripts/u2f-setup-gen.py')
0 files changed, 0 insertions, 0 deletions