This thread was previously called: s390x/cpumodel: Introduce "best" model variants
There was recently a discussion regarding CPU model versions. That concept does not fit s390x where we have a lot of feature variability. I proposed an alternative approach in [1], which might work for x86 as well (but I am not sure if x86 still can or wants to switch to that), and requires only little changes in upper layers. [1] and patch #2 contains more information on the motivation for this. It allows, for example, to specify/expand "best feature set possible on this accelerator, hw and, firmware" " Get the best possible feature set (e.g., excluding deprecated features) for a CPU definition in the configuration -cpu z14,all-features=off,recommended-features=on Get the maximum possible feature set (e.g., including deprecated features) for a CPU definition in the configuration ("everything that could be enabled"): -cpu z14,all-features=off,available-features=on Get all valid features for a CPU definition: -cpu z14,all-features=on " v1 -> v2: - Use dynamic feature groups instead of new models [1] https://lists.gnu.org/archive/html/qemu-devel/2019-10/msg07222.html Cc: Daniel P. Berrangé <berra...@redhat.com> Cc: Markus Armbruster <arm...@redhat.com> Cc: Jiri Denemark <jdene...@redhat.com> Cc: Eduardo Habkost <ehabk...@redhat.com> Cc: Michael Mueller <m...@linux.ibm.com> Cc: Peter Maydell <peter.mayd...@linaro.org> David Hildenbrand (2): s390x/cpumodel: Factor out CPU feature dependencies s390x/cpumodel: Introduce dynamic feature groups target/s390x/cpu_features.c | 29 +++++ target/s390x/cpu_features.h | 14 +++ target/s390x/cpu_models.c | 242 +++++++++++++++++++++++++++--------- 3 files changed, 228 insertions(+), 57 deletions(-) -- 2.21.0