Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 2 +
src/cpu_map/meson.build | 2 +
src/cpu_map/x86_SandyBridge-v1.xml| 6 +
src/cpu_map/x86_SandyBridge-v2.xml| 110 ++
.../domaincapsdata/qemu_5.2
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 4 +
src/cpu_map/meson.build | 4 +
src/cpu_map/x86_Haswell-v1.xml| 6 +
src/cpu_map/x86_Haswell-v2.xml| 134 +
src/cpu_map/x86_Haswell-v3.x
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 2 +
src/cpu_map/meson.build | 2 +
src/cpu_map/x86_Nehalem-v1.xml| 6 ++
src/cpu_map/x86_Nehalem-v2.xml| 101 ++
.../domaincapsdata/qemu_5.
When parsing a domain XML which uses a non-versioned CPU model we want
to replace it with the appropriate version variant similarly to what we
do with machine types. Theoretically QEMU supports per machine type
specification of a version with which a non-versioned CPU model is
replaced, but this is
We already visually group the included models according to vendor using
comments. This patch introduces a new element for doing it
properly in a machine friendly way.
Signed-off-by: Jiri Denemark
---
src/cpu/cpu_map.c | 2 +-
src/cpu_map/index.xml | 226 ++-
When parsing a domain XML which uses a non-versioned CPU model we want
to replace it with the appropriate version variant similarly to what we
do with machine types. Theoretically QEMU supports per machine type
specification of a version with which a non-versioned CPU model is
replaced, but this is
Hello,
Sorry for the inconvience. My SoB is: Signed-off-by: shenjiatong
Please have a look. Thank you.
Best Regards,
Jiatong Shen
2024/11/20
At 2024-11-19 19:04:30, "Michal Prívozník" wrote:
>On 11/17/24 15:44, shenjiatong wrote:
>> Virtio-serial-pci device is hot plu
While the script for synchronizing CPU features expects a path to QEMU
source tree, this CPU model script insisted on getting a full patch to
cpu.c file, even though it could easily deduce it from the path to QEMU
source tree.
Signed-off-by: Jiri Denemark
---
src/cpu_map/sync_qemu_models_i386.py
Signed-off-by: Jiri Denemark
---
src/cpu_map/sync_qemu_models_i386.py | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/src/cpu_map/sync_qemu_models_i386.py
b/src/cpu_map/sync_qemu_models_i386.py
index 65ae031223..78c2bffab2 100755
--- a/src/cpu_map/sync
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 2 +
src/cpu_map/meson.build | 2 +
src/cpu_map/x86_Dhyana-v1.xml | 6 ++
src/cpu_map/x86_Dhyana-v2.xml | 73 +++
..._64-cpuid-Hygon-C86-7185-3
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 2 +
src/cpu_map/meson.build | 2 +
src/cpu_map/x86_Cooperlake-v1.xml | 6 +
src/cpu_map/x86_Cooperlake-v2.xml | 164 ++
.../domaincapsdata/qemu_5.2
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 4 +
src/cpu_map/meson.build | 4 +
src/cpu_map/x86_EPYC-Rome-v1.xml | 6 ++
src/cpu_map/x86_EPYC-Rome-v2.xml | 86 +++
src/cpu_map/x86_EPYC-Rome-v3.
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 2 +
src/cpu_map/meson.build | 2 +
src/cpu_map/x86_EPYC-Milan-v1.xml | 6 ++
src/cpu_map/x86_EPYC-Milan-v2.xml | 99 +++
.../domaincapsdata/qemu_6.0.0
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 4 +
src/cpu_map/meson.build | 4 +
src/cpu_map/x86_EPYC-v1.xml | 6 ++
src/cpu_map/x86_EPYC-v2.xml | 75 ++
src/cpu_map/x86_EPYC-v3.xml
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 2 +
src/cpu_map/meson.build | 2 +
src/cpu_map/x86_Westmere-v1.xml | 6 +
src/cpu_map/x86_Westmere-v2.xml | 105 ++
.../domaincapsdata/qemu_5.2
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 2 +
src/cpu_map/meson.build | 2 +
src/cpu_map/x86_IvyBridge-v1.xml | 6 +
src/cpu_map/x86_IvyBridge-v2.xml | 119 ++
.../domaincapsdata/qemu_5.2
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 4 +
src/cpu_map/meson.build | 4 +
src/cpu_map/x86_Broadwell-v1.xml | 6 +
src/cpu_map/x86_Broadwell-v2.xml | 140 +
src/cpu_map/x86_Broadwell-v3
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 4 +
src/cpu_map/meson.build | 4 +
src/cpu_map/x86_Skylake-Client-v1.xml | 6 +
src/cpu_map/x86_Skylake-Client-v2.xml | 141 ++
src/cpu_map/x86_Skylake-Cli
Add all newly generated CPU models to the appropriate section of
index.xml.
Signed-off-by: Jiri Denemark
---
src/cpu_map/sync_qemu_models_i386.py | 40
1 file changed, 40 insertions(+)
diff --git a/src/cpu_map/sync_qemu_models_i386.py
b/src/cpu_map/sync_qemu_models
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 4 +
src/cpu_map/meson.build | 4 +
src/cpu_map/x86_Snowridge-v1.xml | 6 +
src/cpu_map/x86_Snowridge-v2.xml | 143 +
src/cpu_map/x86_Snowridge-v3
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 3 +
src/cpu_map/meson.build | 3 +
src/cpu_map/x86_SapphireRapids-v1.xml | 6 +
src/cpu_map/x86_SapphireRapids-v2.xml | 193 +
src/cpu_map/x86_SapphireRapi
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 1 +
src/cpu_map/meson.build | 1 +
src/cpu_map/x86_GraniteRapids-v1.xml | 6 +++
.../domaincapsdata/qemu_8.1.0-q35.x86_64.xml | 49 +++
.../domaincapsdata/qemu_8.1.
Signed-off-by: Jiri Denemark
---
src/cpu_map/index.xml | 1 +
src/cpu_map/meson.build | 1 +
src/cpu_map/x86_SierraForest-v1.xml | 6 +
.../domaincapsdata/qemu_9.1.0-q35.x86_64.xml | 27 +++
.../domaincapsdata/qemu_9.
A helper for checking whether a given CPU model is defined in the CPU
map.
Signed-off-by: Jiri Denemark
---
src/cpu/cpu.c| 25 +
src/cpu/cpu.h| 8
src/cpu/cpu_x86.c| 23 +++
src/libvirt_private.syms | 1 +
4 f
The signatures in the CPU map are used for matching physical CPUs and
thus we need to cover all possible real world variants we know about.
When adding a new version of an existing CPU model, we should copy the
signature(s) of the existing model rather than replacing it with the
signature that QEMU
XMLs parse/format round trip using lxml results in an XML document that
almost exactly matches the original (including comments).
Signed-off-by: Jiri Denemark
---
src/cpu_map/sync_qemu_models_i386.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/cpu_map/sync_qemu_mo
We don't really need or want the extra info to be included in the CPU
model definitions in git, it's mostly useful for verifying the output of
the script. Let's store it in a separate file rather than in a comment
block of the CPU model definition itself.
Signed-off-by: Jiri Denemark
---
src/cpu
Each CPU model with -v* suffix is defined as a standalone model copying
all attributes of the previous version. The only difference is -v1 which
are defined as identical to the possibly already existing non-versioned
CPU model. The -v1 CPU models will never be used in either host or
domain capabili
We don't change definitions of CPU models which were already included in
a libvirt release to maintain migration compatibility. Thus the script
can just skip existing models and save us from having to drop the
changes it would do to them.
Signed-off-by: Jiri Denemark
---
src/cpu_map/sync_qemu_mo
When removing features unknown to QEMU (they have a different name or
are completely missing as they are not configurable by a user) I should
not have removed them from the list of features unknown to QEMU in the
script for synchronizing QEMU features to the CPU map.
Signed-off-by: Jiri Denemark
When a CPU model is defined based on another model, we need to copy the
lists of removed and added features from it.
Signed-off-by: Jiri Denemark
---
src/cpu/cpu_x86.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/src/cpu/cpu_x86.c b/src/cpu/cpu_x86.c
ind
We are getting close to 10.10.0 release of libvirt. To aim for the
release on Monday 02 Dec I suggest entering the freeze on Tuesday 26
Nov and tagging RC2 on Thursday 28 Nov.
I hope this works for everyone.
Jirka
On a Tuesday in 2024, Peter Krempa wrote:
The 'stream' type for 'netdev-add' recently added support for
'reconnect-ms' which supersedes 'reconnec' (now deprecated). Add a
reconnect
capability which will allow us to switch to the new property.
Signed-off-by: Peter Krempa
---
src/qemu/qemu_ca
On a Tuesday in 2024, Peter Krempa wrote:
Peter Krempa (4):
qemu: capabilities: Restore grouping in 'virQEMUCapsQMPSchemaQueries'
qemu: capabilities: Introduce
QEMU_CAPS_NETDEV_STREAM_RECONNECT_MILISECONDS
qemu: passt: Use 'reconnect-ms' instead of 'reconnect' with new qemus
tests: qemucap
The 'stream' type for 'netdev-add' recently added support for
'reconnect-ms' which supersedes 'reconnec' (now deprecated). Add a
capability which will allow us to switch to the new property.
Signed-off-by: Peter Krempa
---
src/qemu/qemu_capabilities.c| 2 ++
src/qemu/qemu_cap
The 'reconnect' field of 'stream' network backend type is about to be
deprecated so libvirt will need to start using 'reconnect-ms'.
Signed-off-by: Peter Krempa
---
src/qemu/qemu_passt.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/src/qemu/qemu_passt.c b/sr
Historically the QMP schema lookup queries were grouped by the first
component of the query (which was also sorted), but not fully sorted.
This deteriorated over time. Re-group the query strings now that some
were added at the bottom.
Signed-off-by: Peter Krempa
---
src/qemu/qemu_capabilities.c
Peter Krempa (4):
qemu: capabilities: Restore grouping in 'virQEMUCapsQMPSchemaQueries'
qemu: capabilities: Introduce
QEMU_CAPS_NETDEV_STREAM_RECONNECT_MILISECONDS
qemu: passt: Use 'reconnect-ms' instead of 'reconnect' with new qemus
tests: qemucapabilitiesdata: Update 'x86_64' capabili
On 10/25/24 06:57, Han Han wrote:
> Han Han (4):
> NEWS: qemu: Add support for hyperv enlightenments features
> NEWS: cpu_map: Add the EPYC-Genoa cpu mode
> NEWS: Add the news for CVE-2024-2494
> NEWS: Add the news for CVE-2024-4418
>
> NEWS.rst | 39 ++
39 matches
Mail list logo