shaba/libvirt
1
0
Fork 0
mirror of https://gitlab.com/libvirt/libvirt.git synced 2025-01-21 22:03:49 +03:00
Code Releases Activity
libvirt/tests/cputestdata/x86_64-baseline-Westmere+Nehalem-migratable.xml

15 lines
549 B
XML
Raw Normal View History

tests: Add more tests for virConnectBaselineCPU https://bugzilla.redhat.com/show_bug.cgi?id=1049391 The new tests would fail in various ways without the two previous commits.
2014-01-27 21:53:51 +01:00
<cpu mode='custom' match='exact'>
cpu_x86: Ignore enabled features for input models in x86DecodeUseCandidate While we don't want to aim for the shortest list of disabled features in the baseline result (it would select a very old model), we want to do so while looking at any of the input models for which we're trying to compute a baseline CPU model. Given a set of input models, we always want to take the least capable one of them (i.e., the one with shortest list of disabled features) or a better model which is not one of the input models. So when considering an input model, we just check whether its list of disabled features is shorter than the currently best one. When looking at other models we check both enabled and disabled features while penalizing disabled features as implemented by the previous patch. Signed-off-by: Jiri Denemark <jdenemar@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
2022-04-29 10:35:02 +02:00
<model fallback='allow'>Westmere</model>
tests: Add more tests for virConnectBaselineCPU https://bugzilla.redhat.com/show_bug.cgi?id=1049391 The new tests would fail in various ways without the two previous commits.
2014-01-27 21:53:51 +01:00
<vendor>Intel</vendor>
cpu_x86: Ignore enabled features for input models in x86DecodeUseCandidate While we don't want to aim for the shortest list of disabled features in the baseline result (it would select a very old model), we want to do so while looking at any of the input models for which we're trying to compute a baseline CPU model. Given a set of input models, we always want to take the least capable one of them (i.e., the one with shortest list of disabled features) or a better model which is not one of the input models. So when considering an input model, we just check whether its list of disabled features is shorter than the currently best one. When looking at other models we check both enabled and disabled features while penalizing disabled features as implemented by the previous patch. Signed-off-by: Jiri Denemark <jdenemar@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
2022-04-29 10:35:02 +02:00
<feature policy='require' name='pclmuldq'/>
cpu_x86: Use array of features in CPU map There's no reason for keeping the features in a linked list. Especially when we know upfront the total number of features we are loading. Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
2016-05-17 15:15:40 +02:00
<feature policy='require' name='pcid'/>
cpu_x86: Ignore enabled features for input models in x86DecodeUseCandidate While we don't want to aim for the shortest list of disabled features in the baseline result (it would select a very old model), we want to do so while looking at any of the input models for which we're trying to compute a baseline CPU model. Given a set of input models, we always want to take the least capable one of them (i.e., the one with shortest list of disabled features) or a better model which is not one of the input models. So when considering an input model, we just check whether its list of disabled features is shorter than the currently best one. When looking at other models we check both enabled and disabled features while penalizing disabled features as implemented by the previous patch. Signed-off-by: Jiri Denemark <jdenemar@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
2022-04-29 10:35:02 +02:00
<feature policy='require' name='x2apic'/>
<feature policy='require' name='tsc-deadline'/>
<feature policy='require' name='xsave'/>
cpu_x86: Use array of features in CPU map There's no reason for keeping the features in a linked list. Especially when we know upfront the total number of features we are loading. Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
2016-05-17 15:15:40 +02:00
<feature policy='require' name='osxsave'/>
cpu_x86: Ignore enabled features for input models in x86DecodeUseCandidate While we don't want to aim for the shortest list of disabled features in the baseline result (it would select a very old model), we want to do so while looking at any of the input models for which we're trying to compute a baseline CPU model. Given a set of input models, we always want to take the least capable one of them (i.e., the one with shortest list of disabled features) or a better model which is not one of the input models. So when considering an input model, we just check whether its list of disabled features is shorter than the currently best one. When looking at other models we check both enabled and disabled features while penalizing disabled features as implemented by the previous patch. Signed-off-by: Jiri Denemark <jdenemar@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com>
2022-04-29 10:35:02 +02:00
<feature policy='require' name='avx'/>
cpu_x86: Use array of features in CPU map There's no reason for keeping the features in a linked list. Especially when we know upfront the total number of features we are loading. Signed-off-by: Jiri Denemark <jdenemar@redhat.com>
2016-05-17 15:15:40 +02:00
<feature policy='require' name='hypervisor'/>
cpu_map: Sort cpu features Some feature words were not sorted correctly. Signed-off-by: Tim Wiederhake <twiederh@redhat.com> Reviewed-by: Jiri Denemark <jdenemar@redhat.com>
2024-02-01 22:03:49 +01:00
<feature policy='require' name='vme'/>
<feature policy='require' name='ss'/>
tests: Add more tests for virConnectBaselineCPU https://bugzilla.redhat.com/show_bug.cgi?id=1049391 The new tests would fail in various ways without the two previous commits.
2014-01-27 21:53:51 +01:00
</cpu>
Copy Permalink