summaryrefslogtreecommitdiff
path: root/hw/cpu
diff options
context:
space:
mode:
authorEduardo Habkost <ehabkost@redhat.com>2013-08-27 12:24:37 -0300
committerAndreas Färber <afaerber@suse.de>2013-09-03 12:25:56 +0200
commit5e891bf8fd509c4d83cb95d352d88effb20720b1 (patch)
tree56b74f3fbe5c90df8d15fb00581862c519921471 /hw/cpu
parent38fcbd3f08375eb2986b9b63ccd4f593e71aa99d (diff)
downloadqemu-5e891bf8fd509c4d83cb95d352d88effb20720b1.tar.gz
target-i386: Use #defines instead of magic numbers for CPUID cache info
This is an attempt to make the CPUID cache topology code clearer, by replacing the magic numbers in the code with #defines, and moving all the cache information to the same place in the file. I took care of comparing the assembly output of compiling target-i386/cpu.c before and after applying this change, to make sure not a single bit was changed on cpu_x86_cpuid() before and after applying this patch (unfortunately I had to manually check existing differences, because of __LINE__ expansions on object_class_dynamic_cast_assert() calls). This even keeps the code bug-compatible with the previous version: today the cache information returned on AMD cache information leaves (CPUID 0x80000005 & 0x80000006) do not match the information returned on CPUID leaves 2 and 4. The L2 cache information on CPUID leaf 2 also doesn't match the information on CPUID leaf 2. The new constants should make it easier to eventually fix those inconsistencies. All inconsistencies I have found are documented in code comments. Signed-off-by: Eduardo Habkost <ehabkost@redhat.com> Reviewed-by: liguang <lig.fnst@cn.fujitsu.com> Signed-off-by: Andreas Färber <afaerber@suse.de>
Diffstat (limited to 'hw/cpu')
0 files changed, 0 insertions, 0 deletions