diff options
| author | Collin Walling <walling@linux.ibm.com> | 2024-07-19 14:17:41 -0400 |
|---|---|---|
| committer | Thomas Huth <thuth@redhat.com> | 2024-07-22 13:56:11 +0200 |
| commit | eed0e8ffa38f0695c0519508f6e4f5a3297cbd67 (patch) | |
| tree | 29973639321bd2a2cb254d88142d662b360342cf /crypto/cipher.c | |
| parent | 2d9588ad70e5366ffed5d61d6ffa717f4d56a885 (diff) | |
| download | qemu-eed0e8ffa38f0695c0519508f6e4f5a3297cbd67.zip qemu-eed0e8ffa38f0695c0519508f6e4f5a3297cbd67.tar.gz qemu-eed0e8ffa38f0695c0519508f6e4f5a3297cbd67.tar.bz2 | |
target/s390x: filter deprecated properties based on model expansion type
Currently, there is no way to execute the query-cpu-model-expansion
command to retrieve a comprehenisve list of deprecated properties, as
the result is dependent per-model. To enable this, the expansion output
is modified as such:
When reporting a "full" CPU model, show the *entire* list of deprecated
properties regardless if they are supported on the model. A full
expansion outputs all known CPU model properties anyway, so it makes
sense to report all deprecated properties here too.
This allows management apps to query a single model (e.g. host) to
acquire the full list of deprecated properties.
Additionally, when reporting a "static" CPU model, the command will
only show deprecated properties that are a subset of the model's
*enabled* properties. This is more accurate than how the query was
handled before, which blindly reported deprecated properties that
were never otherwise introduced for certain models.
Acked-by: David Hildenbrand <david@redhat.com>
Suggested-by: Jiri Denemark <jdenemar@redhat.com>
Signed-off-by: Collin Walling <walling@linux.ibm.com>
Message-ID: <20240719181741.35146-1-walling@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Diffstat (limited to 'crypto/cipher.c')
0 files changed, 0 insertions, 0 deletions