Message ID | 20240429191059.11806-1-walling@linux.ibm.com |
---|---|
Headers | show |
Series | query-cpu-model-expansion: report deprecated features | expand |
[...] Thank you all for the valuable feedback. Since the QEMU interface seems stable, I will rework my libvirt (not upstream) and post as an RFC.
On 29/04/2024 21.10, Collin Walling wrote: > Changelog > > v4 > - updated cover letter to show example output > - deprecated features are now a subset of the full CPU model's > list of features > - value: > 1. no longer listing the deprecated features for CPU > models that never had these features available in the > first place > 2. deprecated features will not show up for future CPU > models that out-right drop these features > - updated qapi documentation > - now reflects that these props are a subset of the full > model's definition of properties > - added Since: tag to deprecated-props (assuming 9.1) > > v3 > - removed optional disable-deprecated-feats argument > - added deprecated-props array to CpuModelInfo struct > - amended cover letter language to reflect design > > v2 > - removed "static-recommended" expansion type > - implemented optional disable-deprecated-feats argument > > --- > > The current implementation of query-cpu-model-expansion is lacking a way to retrieve > CPU models with properties (i.e. features) that are flagged as deprecated. To remedy > this, a list of deprecated-props has been appended to the CpuModelInfo struct, and > will currently be reported by a query-cpu-model-expansion. The features reported in > the output are a subset of the full CPU model expansion. > Thanks, queued for my next pull request now. Thomas
[...] Thanks everyone! The RFC for the analogous libvirt patches have been posted under the subject: [RFC PATCH 0/1] support deprecated-props from query-cpu-model-expansion Any and all feedback is welcome.