aboutsummaryrefslogtreecommitdiff
path: root/softmmu
diff options
context:
space:
mode:
authorThomas Huth <thuth@redhat.com>2023-03-06 16:43:11 +0100
committerThomas Huth <thuth@redhat.com>2023-04-20 11:25:32 +0200
commit123fa10279572dff2a280a8170e0888e0bf0bf79 (patch)
tree33139788a7c9756c716869fa10e32202ef55acd3 /softmmu
parent74902af7379cdcadca2ccbfe443bc211fb7a01fd (diff)
downloadqemu-123fa10279572dff2a280a8170e0888e0bf0bf79.zip
qemu-123fa10279572dff2a280a8170e0888e0bf0bf79.tar.gz
qemu-123fa10279572dff2a280a8170e0888e0bf0bf79.tar.bz2
target/i386: Set family/model/stepping of the "max" CPU according to LM bit
We want to get rid of the "#ifdef TARGET_X86_64" compile-time switch in the long run, so we can drop the separate compilation of the "qemu-system-i386" binary one day - but we then still need a way to run a guest with max. CPU settings in 32-bit mode. So the "max" CPU should determine its family/model/stepping settings according to the "large mode" (LM) CPU feature bit during runtime, so that it is possible to run "qemu-system-x86_64 -cpu max,lm=off" and still get a sane family/model/stepping setting for the guest CPU. To be able to check the LM bit, we have to move the code that sets up these properties to a "realize" function, since the LM setting is not available yet when the "instance_init" function is being called. Message-Id: <20230306154311.476458-1-thuth@redhat.com> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com> Signed-off-by: Thomas Huth <thuth@redhat.com>
Diffstat (limited to 'softmmu')
0 files changed, 0 insertions, 0 deletions