Branch: refs/heads/master
  Home:   https://github.com/qemu/qemu
  Commit: 443df40cad0f5de602ac6f6ca1559e0923e180b3
      
https://github.com/qemu/qemu/commit/443df40cad0f5de602ac6f6ca1559e0923e180b3
  Author: Maksim Davydov <davydov-...@yandex-team.ru>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M qom/qom-qmp-cmds.c

  Log Message:
  -----------
  qom: add default value

qmp_qom_list_properties can print default values if they are available
as qmp_device_list_properties does, because both of them use the
ObjectPropertyInfo structure with default_value field. This can be useful
when working with "not device" types (e.g. memory-backend).

Signed-off-by: Maksim Davydov <davydov-...@yandex-team.ru>
Reviewed-by: Vladimir Sementsov-Ogievskiy <vsement...@yandex-team.ru>
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Reviewed-by: Markus Armbruster <arm...@redhat.com>
Message-ID: <20240318213550.155573-2-davydov-...@yandex-team.ru>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 236e9397b320518372a67c55777193c032b93d89
      
https://github.com/qemu/qemu/commit/236e9397b320518372a67c55777193c032b93d89
  Author: Maksim Davydov <davydov-...@yandex-team.ru>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/core/machine-qmp-cmds.c
    M qapi/machine.json
    M tests/qtest/fuzz/qos_fuzz.c

  Log Message:
  -----------
  qmp: add dump machine type compatibility properties

To control that creating new machine type doesn't affect the previous
types (their compat_props) and to check complex compat_props inheritance
we need qmp command to print machine type compatibility properties.
This patch adds the ability to get list of all the compat_props of the
corresponding supported machines for their comparison via new optional
argument of "query-machines" command. Since information on compatibility
properties can increase the command output by a factor of 40, add an
argument to enable it, default off.

Signed-off-by: Maksim Davydov <davydov-...@yandex-team.ru>
Reviewed-by: Vladimir Sementsov-Ogievskiy <vsement...@yandex-team.ru>
Acked-by: Markus Armbruster <arm...@redhat.com>
Message-ID: <20240318213550.155573-3-davydov-...@yandex-team.ru>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 33956e476802a6ae9b9a8e047f6a78e09e9ae180
      
https://github.com/qemu/qemu/commit/33956e476802a6ae9b9a8e047f6a78e09e9ae180
  Author: Maksim Davydov <davydov-...@yandex-team.ru>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M python/qemu/machine/machine.py

  Log Message:
  -----------
  python/qemu/machine: add method to retrieve QEMUMachine::binary field

Add a supportive property to access the path to the QEMU binary

Signed-off-by: Maksim Davydov <davydov-...@yandex-team.ru>
Reviewed-by: John Snow <js...@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Message-ID: <20240318213550.155573-4-davydov-...@yandex-team.ru>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: b928505d39b634cdd3ba27b94561e6aadcd677af
      
https://github.com/qemu/qemu/commit/b928505d39b634cdd3ba27b94561e6aadcd677af
  Author: Maksim Davydov <davydov-...@yandex-team.ru>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M MAINTAINERS
    A scripts/compare-machine-types.py

  Log Message:
  -----------
  scripts: add script to compare compatibility properties

This script runs QEMU to obtain compat_props of machines and default
values of different types of drivers to produce comparison table. This
table can be used to compare machine types to choose the most suitable
machine or compare binaries to be sure that migration to the newer version
will save all device properties. Also the json or csv format of this
table can be used to check does a new machine affect the previous ones by
comparing tables with and without the new machine.

Default values (that will be used without machine compat_props) of
properties are needed to fill "holes" in the table (one machine has
the property but another machine not. For instance, 2.12 machine has
`{ "EPYC-" TYPE_X86_CPU, "xlevel", "0x8000000a" }`, but compat_pros of
3.1 machine doesn't have it. Thus, to compare these machines we need to
get unknown value of "EPYC-x86_64-cpu-xlevel" for 3.1 machine. These
unknown values in the table are called "holes". To get values for these
"holes" the script uses list of appropriate methods.)

Notes:
* Some init values from the devices can't be available like properties
  from virtio-9p when configure has --disable-virtfs. This situations will
  be seen in the table as "unavailable driver".
* Default values can be obtained in an unobvious way, like x86 features.
  If the script doesn't know how to get property default value to compare
  one machine with another it fills "holes" with "unavailable method". This
  is done because script uses whitelist model to get default values of
  different types. It means that the method that can't be applied to a new
  type that can crash this script. It is better to get an "unavailable
  driver" when creating a new machine with new compatible properties than
  to break this script. So it turns out a more stable and generic script.
* If the default value can't be obtained because this property doesn't
  exist or because this property can't have default value, appropriate
  "hole" will be filled by "unknown property" or "no default value"
* If the property is applied to the abstract class, the script collects
  default values from all child classes and prints all these classes
* Raw table (--raw flag) should be used with json/csv parameters for
  scripts and etc. Human-readable (default) format contains transformed
  and simplified values and it doesn't contain lines with the same values
  in columns

Example:
./scripts/compare-machine-types.py --mt pc-q35-6.2 pc-q35-7.1
╒══════════════════╤══════════════════════════╤════════════════════════════╤════════════════════════════╕
│      Driver      │         Property         │  build/qemu-system-x86_64  │  
build/qemu-system-x86_64  │
│                  │                          │         pc-q35-6.2         │    
     pc-q35-7.1         │
╞══════════════════╪══════════════════════════╪════════════════════════════╪════════════════════════════╡
│     PIIX4_PM     │ x-not-migrate-acpi-index │            True            │    
       False            │
├──────────────────┼──────────────────────────┼────────────────────────────┼────────────────────────────┤
│ arm-gicv3-common │     force-8-bit-prio     │            True            │    
 unavailable driver     │
├──────────────────┼──────────────────────────┼────────────────────────────┼────────────────────────────┤
│     nvme-ns      │      eui64-default       │            True            │    
       False            │
├──────────────────┼──────────────────────────┼────────────────────────────┼────────────────────────────┤
│    virtio-mem    │  unplugged-inaccessible  │           False            │    
        auto            │
╘══════════════════╧══════════════════════════╧════════════════════════════╧════════════════════════════╛

Signed-off-by: Maksim Davydov <davydov-...@yandex-team.ru>
Reviewed-by: Vladimir Sementsov-Ogievskiy <vsement...@yandex-team.ru>
Message-ID: <20240318213550.155573-5-davydov-...@yandex-team.ru>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 6c3b78532ca7b92eeeef756b4c3d8c5cc82ed3ab
      
https://github.com/qemu/qemu/commit/6c3b78532ca7b92eeeef756b4c3d8c5cc82ed3ab
  Author: Philippe Mathieu-Daudé <phi...@linaro.org>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M include/hw/core/tcg-cpu-ops.h

  Log Message:
  -----------
  hw/core: Remove check on NEED_CPU_H in tcg-cpu-ops.h

Commit fd3f7d24d4 ("include/hw/core: Remove i386 conditional
on fake_user_interrupt") remove the need to check on NEED_CPU_H.

Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Reviewed-by: Richard Henderson <richard.hender...@linaro.org>
Message-Id: <20240321154838.95771-3-phi...@linaro.org>


  Commit: 63073574e8d5551dc31a30b59830b886e9f9dbfe
      
https://github.com/qemu/qemu/commit/63073574e8d5551dc31a30b59830b886e9f9dbfe
  Author: Philippe Mathieu-Daudé <phi...@linaro.org>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    A target/i386/cpu-apic.c
    M target/i386/cpu-sysemu.c
    M target/i386/meson.build
    M target/i386/monitor.c

  Log Message:
  -----------
  target/i386: Move APIC related code to cpu-apic.c

Move APIC related code split in cpu-sysemu.c and
monitor.c to cpu-apic.c.

Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Reviewed-by: Richard Henderson <richard.hender...@linaro.org>
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Message-Id: <20240321154838.95771-4-phi...@linaro.org>


  Commit: a6ab7a98c9a8106cb8ef86cbc88a27fe69963423
      
https://github.com/qemu/qemu/commit/a6ab7a98c9a8106cb8ef86cbc88a27fe69963423
  Author: Philippe Mathieu-Daudé <phi...@linaro.org>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/misc/applesmc.c

  Log Message:
  -----------
  hw/misc/applesmc: Simplify DeviceReset handler

Have applesmc_find_key() return a const pointer.
Since the returned buffers are not modified in
applesmc_io_data_write(), it is pointless to
delete and re-add the keys in the DeviceReset
handler. Add them once in DeviceRealize, and
discard them in the DeviceUnrealize handler.

Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
Message-Id: <20240410180819.92332-1-phi...@linaro.org>


  Commit: ca4af17c5e4a55b73850163dfc64a7d3c69378be
      
https://github.com/qemu/qemu/commit/ca4af17c5e4a55b73850163dfc64a7d3c69378be
  Author: Philippe Mathieu-Daudé <phi...@linaro.org>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/misc/imx25_ccm.c
    M hw/misc/imx31_ccm.c
    M hw/misc/imx6_ccm.c
    M hw/misc/imx6_src.c
    M hw/misc/imx6ul_ccm.c
    M hw/misc/imx7_src.c
    M hw/net/imx_fec.c
    M hw/ssi/imx_spi.c

  Log Message:
  -----------
  hw/misc/imx: Replace sprintf() by snprintf()

sprintf() is deprecated on Darwin since macOS 13.0 / XCode 14.1,
resulting in painful developer experience. Use snprintf() instead.

Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
Message-Id: <20240411104340.6617-6-phi...@linaro.org>
Signed-off-by: Richard Henderson <richard.hender...@linaro.org>


  Commit: b8ff846ec88513112008bff3a4001c839fd50f03
      
https://github.com/qemu/qemu/commit/b8ff846ec88513112008bff3a4001c839fd50f03
  Author: Philippe Mathieu-Daudé <phi...@linaro.org>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/riscv/virt.c

  Log Message:
  -----------
  hw/riscv/virt: Replace sprintf by g_strdup_printf

sprintf() is deprecated on Darwin since macOS 13.0 / XCode 14.1.
Use g_strdup_printf instead.

Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>
[rth: Use g_strdup_printf]
Signed-off-by: Richard Henderson <richard.hender...@linaro.org>
Message-Id: <20240412073346.458116-26-richard.hender...@linaro.org>


  Commit: c1c350dc2ccbf92524754694547909e1455e4eef
      
https://github.com/qemu/qemu/commit/c1c350dc2ccbf92524754694547909e1455e4eef
  Author: Thomas Huth <th...@redhat.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/Kconfig
    M hw/arm/Kconfig
    M hw/cpu/Kconfig

  Log Message:
  -----------
  hw: Fix problem with the A*MPCORE switches in the Kconfig files

A9MPCORE, ARM11MPCORE and A15MPCORE are defined twice, once in
hw/cpu/Kconfig and once in hw/arm/Kconfig. This is only possible
by accident, since hw/cpu/Kconfig is never included from hw/Kconfig.
Fix it by declaring the switches only in hw/cpu/Kconfig (since the
related files reside in the hw/cpu/ folder) and by making sure that
the file hw/cpu/Kconfig is now properly included from hw/Kconfig.

Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Signed-off-by: Thomas Huth <th...@redhat.com>
Message-ID: <20240415065655.130099-2-th...@redhat.com>
Reviewed-by: Richard Henderson <richard.hender...@linaro.org>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 259181d29f81aa72a489dddc7d59517894b51e0f
      
https://github.com/qemu/qemu/commit/259181d29f81aa72a489dddc7d59517894b51e0f
  Author: Thomas Huth <th...@redhat.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/arm/Kconfig
    M hw/cpu/Kconfig
    M hw/cpu/meson.build
    M hw/riscv/Kconfig

  Log Message:
  -----------
  hw: Add a Kconfig switch for the TYPE_CPU_CLUSTER device

The cpu-cluster device is only needed for some few arm and riscv
machines. Let's avoid compiling and linking it if it is not really
necessary.

Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Signed-off-by: Thomas Huth <th...@redhat.com>
Message-ID: <20240415065655.130099-3-th...@redhat.com>
Reviewed-by: Richard Henderson <richard.hender...@linaro.org>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 2c5b2d9128b22fa5b8eccc3993170cc49b414d29
      
https://github.com/qemu/qemu/commit/2c5b2d9128b22fa5b8eccc3993170cc49b414d29
  Author: Zhao Liu <zhao1....@intel.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/cxl/cxl-cdat.c

  Log Message:
  -----------
  hw/cxl/cxl-cdat: Make ct3_load_cdat() return boolean

As error.h suggested, the best practice for callee is to return
something to indicate success / failure.

So make ct3_load_cdat() return boolean, and this is the preparation for
cxl_doe_cdat_init() returning boolean.

Suggested-by: Markus Armbruster <arm...@redhat.com>
Signed-off-by: Zhao Liu <zhao1....@intel.com>
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Acked-by: Jonathan Cameron <jonathan.came...@huawei.com>
Message-ID: <20240418100433.1085447-2-zhao1....@linux.intel.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: a133d207a8fefe934eb808c2b1ee8f2c695cb528
      
https://github.com/qemu/qemu/commit/a133d207a8fefe934eb808c2b1ee8f2c695cb528
  Author: Zhao Liu <zhao1....@intel.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/cxl/cxl-cdat.c

  Log Message:
  -----------
  hw/cxl/cxl-cdat: Make ct3_build_cdat() return boolean

As error.h suggested, the best practice for callee is to return
something to indicate success / failure.

So make ct3_build_cdat() return boolean, and this is the preparation for
cxl_doe_cdat_init() returning boolean.

Suggested-by: Markus Armbruster <arm...@redhat.com>
Signed-off-by: Zhao Liu <zhao1....@intel.com>
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Acked-by: Jonathan Cameron <jonathan.came...@huawei.com>
Message-ID: <20240418100433.1085447-3-zhao1....@linux.intel.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: e0ddabc6d4cfef4a5c7f154f0b0ad00dbf9a18d0
      
https://github.com/qemu/qemu/commit/e0ddabc6d4cfef4a5c7f154f0b0ad00dbf9a18d0
  Author: Zhao Liu <zhao1....@intel.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/cxl/cxl-cdat.c
    M hw/mem/cxl_type3.c
    M hw/pci-bridge/cxl_upstream.c
    M include/hw/cxl/cxl_component.h

  Log Message:
  -----------
  hw/cxl/cxl-cdat: Make cxl_doe_cdat_init() return boolean

As error.h suggested, the best practice for callee is to return
something to indicate success / failure.

With returned boolean, there's no need to dereference @errp to check
failure case.

Suggested-by: Markus Armbruster <arm...@redhat.com>
Signed-off-by: Zhao Liu <zhao1....@intel.com>
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Acked-by: Jonathan Cameron <jonathan.came...@huawei.com>
Message-ID: <20240418100433.1085447-4-zhao1....@linux.intel.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 159fb790e48992f74644b0b0876615e8caacbfe4
      
https://github.com/qemu/qemu/commit/159fb790e48992f74644b0b0876615e8caacbfe4
  Author: Philippe Mathieu-Daudé <phi...@linaro.org>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M bsd-user/elfload.c
    M hw/core/loader.c
    R include/hw/elf_ops.h
    A include/hw/elf_ops.h.inc
    M linux-user/elfload.c

  Log Message:
  -----------
  hw/elf_ops: Rename elf_ops.h -> elf_ops.h.inc

Since commit 139c1837db ("meson: rename included C source files
to .c.inc"), QEMU standard procedure for included C files is to
use *.c.inc.

Besides, since commit 6a0057aa22 ("docs/devel: make a statement
about includes") this is documented in the Coding Style:

  If you do use template header files they should be named with
  the ``.c.inc`` or ``.h.inc`` suffix to make it clear they are
  being included for expansion.

Therefore rename "hw/elf_ops.h" as "hw/elf_ops.h.inc".

Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Acked-by: Richard Henderson <richard.hender...@linaro.org>
Message-Id: <20240424173333.96148-2-phi...@linaro.org>


  Commit: 206e562c5aa5db55362bff0e88ba220250858f35
      
https://github.com/qemu/qemu/commit/206e562c5aa5db55362bff0e88ba220250858f35
  Author: Philippe Mathieu-Daudé <phi...@linaro.org>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/xtensa/bootparam.h

  Log Message:
  -----------
  hw/xtensa: Include missing 'exec/cpu-common.h' in 'bootparam.h'

cpu_physical_memory_write() is declared in "exec/cpu-common.h".

Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Reviewed-by: Anton Johansson <a...@rev.ng>
Message-Id: <20240418192525.97451-21-phi...@linaro.org>


  Commit: 4f88e5215a74a97563c958d63634b107eff30c9f
      
https://github.com/qemu/qemu/commit/4f88e5215a74a97563c958d63634b107eff30c9f
  Author: Inès Varhol <ines.var...@telecom-paris.fr>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/misc/stm32l4x5_exti.c

  Log Message:
  -----------
  hw/misc : Correct 5 spaces indents in stm32l4x5_exti

Signed-off-by: Inès Varhol <ines.var...@telecom-paris.fr>
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Message-ID: <20240421141455.116548-1-ines.var...@telecom-paris.fr>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: f4b63768b91811cdcf1fb7b270587123251dfea5
      
https://github.com/qemu/qemu/commit/f4b63768b91811cdcf1fb7b270587123251dfea5
  Author: Bernhard Beschow <shen...@gmail.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/i386/pc_sysfw.c

  Log Message:
  -----------
  hw/i386/pc_sysfw: Remove unused parameter from pc_isa_bios_init()

Signed-off-by: Bernhard Beschow <shen...@gmail.com>
Reviewed-by: Philippe Mathieu-Daudé <phi...@linaro.org>
Message-ID: <20240422200625.2768-2-shen...@gmail.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: dcba73b4453b7ed74d2ae24c5c8b273431c4484c
      
https://github.com/qemu/qemu/commit/dcba73b4453b7ed74d2ae24c5c8b273431c4484c
  Author: Zhao Liu <zhao1....@intel.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/core/machine-smp.c
    M hw/core/machine.c
    M include/hw/boards.h

  Log Message:
  -----------
  hw/core/machine: Introduce the module as a CPU topology level

In x86, module is the topology level above core, which contains a set
of cores that share certain resources (in current products, the resource
usually includes L2 cache, as well as module scoped features and MSRs).

Though smp.clusters could also share the L2 cache resource [1], there
are following reasons that drive us to introduce the new smp.modules:

  * As the CPU topology abstraction in device tree [2], cluster supports
    nesting (though currently QEMU hasn't support that). In contrast,
    (x86) module does not support nesting.

  * Due to nesting, there is great flexibility in sharing resources
    on cluster, rather than narrowing cluster down to sharing L2 (and
    L3 tags) as the lowest topology level that contains cores.

  * Flexible nesting of cluster allows it to correspond to any level
    between the x86 package and core.

  * In Linux kernel, x86's cluster only represents the L2 cache domain
    but QEMU's smp.clusters is the CPU topology level. Linux kernel will
    also expose module level topology information in sysfs for x86. To
    avoid cluster ambiguity and keep a consistent CPU topology naming
    style with the Linux kernel, we introduce module level for x86.

The module is, in existing hardware practice, the lowest layer that
contains the core, while the cluster is able to have a higher
topological scope than the module due to its nesting.

Therefore, place the module between the cluster and the core:

    drawer/book/socket/die/cluster/module/core/thread

With the above topological hierarchy order, introduce module level
support in MachineState and MachineClass.

[1]: 
https://lore.kernel.org/qemu-devel/c3d68005-54e0-b8fe-8dc1-5989fe3c7...@huawei.com/
[2]: 
https://www.kernel.org/doc/Documentation/devicetree/bindings/cpu/cpu-topology.txt

Suggested-by: Xiaoyao Li <xiaoyao...@intel.com>
Tested-by: Yongwei Ma <yongwei...@intel.com>
Signed-off-by: Zhao Liu <zhao1....@intel.com>
Tested-by: Babu Moger <babu.mo...@amd.com>
Message-ID: <20240424154929.1487382-2-zhao1....@intel.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 8ec0a46347987c74464fe67c42030d074fe8c0f0
      
https://github.com/qemu/qemu/commit/8ec0a46347987c74464fe67c42030d074fe8c0f0
  Author: Zhao Liu <zhao1....@intel.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/core/machine-smp.c
    M hw/core/machine.c
    M qapi/machine.json
    M system/vl.c

  Log Message:
  -----------
  hw/core/machine: Support modules in -smp

Add "modules" parameter parsing support in -smp.

Suggested-by: Xiaoyao Li <xiaoyao...@intel.com>
Tested-by: Yongwei Ma <yongwei...@intel.com>
Signed-off-by: Zhao Liu <zhao1....@intel.com>
Tested-by: Babu Moger <babu.mo...@amd.com>
Acked-by: Markus Armbruster <arm...@redhat.com>
Message-ID: <20240424154929.1487382-3-zhao1....@intel.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 989bb312b021d66927db8e5f443503d63722b38d
      
https://github.com/qemu/qemu/commit/989bb312b021d66927db8e5f443503d63722b38d
  Author: Zhao Liu <zhao1....@intel.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/core/machine-hmp-cmds.c
    M qapi/machine.json

  Log Message:
  -----------
  hw/core: Introduce module-id as the topology subindex

Add module-id in CpuInstanceProperties, to locate the CPU with module
level.

Suggested-by: Xiaoyao Li <xiaoyao...@intel.com>
Tested-by: Yongwei Ma <yongwei...@intel.com>
Signed-off-by: Zhao Liu <zhao1....@intel.com>
Tested-by: Babu Moger <babu.mo...@amd.com>
Acked-by: Markus Armbruster <arm...@redhat.com>
Message-ID: <20240424154929.1487382-4-zhao1....@intel.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: 098de99aad1aa911b4950b47b55d2e2bcc4f9c0c
      
https://github.com/qemu/qemu/commit/098de99aad1aa911b4950b47b55d2e2bcc4f9c0c
  Author: Zhao Liu <zhao1....@intel.com>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M hw/core/machine.c

  Log Message:
  -----------
  hw/core: Support module-id in numa configuration

Module is a level above the core, thereby supporting numa
configuration on the module level can bring user more numa flexibility.

This is the natural further support for module level.

Add module level support in numa configuration.

Tested-by: Yongwei Ma <yongwei...@intel.com>
Signed-off-by: Zhao Liu <zhao1....@intel.com>
Tested-by: Babu Moger <babu.mo...@amd.com>
Message-ID: <20240424154929.1487382-5-zhao1....@intel.com>
Signed-off-by: Philippe Mathieu-Daudé <phi...@linaro.org>


  Commit: a118c4aff4087eafb68f7132b233ad548cf16376
      
https://github.com/qemu/qemu/commit/a118c4aff4087eafb68f7132b233ad548cf16376
  Author: Richard Henderson <richard.hender...@linaro.org>
  Date:   2024-04-25 (Thu, 25 Apr 2024)

  Changed paths:
    M MAINTAINERS
    M bsd-user/elfload.c
    M hw/Kconfig
    M hw/arm/Kconfig
    M hw/core/loader.c
    M hw/core/machine-hmp-cmds.c
    M hw/core/machine-qmp-cmds.c
    M hw/core/machine-smp.c
    M hw/core/machine.c
    M hw/cpu/Kconfig
    M hw/cpu/meson.build
    M hw/cxl/cxl-cdat.c
    M hw/i386/pc_sysfw.c
    M hw/mem/cxl_type3.c
    M hw/misc/applesmc.c
    M hw/misc/imx25_ccm.c
    M hw/misc/imx31_ccm.c
    M hw/misc/imx6_ccm.c
    M hw/misc/imx6_src.c
    M hw/misc/imx6ul_ccm.c
    M hw/misc/imx7_src.c
    M hw/misc/stm32l4x5_exti.c
    M hw/net/imx_fec.c
    M hw/pci-bridge/cxl_upstream.c
    M hw/riscv/Kconfig
    M hw/riscv/virt.c
    M hw/ssi/imx_spi.c
    M hw/xtensa/bootparam.h
    M include/hw/boards.h
    M include/hw/core/tcg-cpu-ops.h
    M include/hw/cxl/cxl_component.h
    R include/hw/elf_ops.h
    A include/hw/elf_ops.h.inc
    M linux-user/elfload.c
    M python/qemu/machine/machine.py
    M qapi/machine.json
    M qom/qom-qmp-cmds.c
    A scripts/compare-machine-types.py
    M system/vl.c
    A target/i386/cpu-apic.c
    M target/i386/cpu-sysemu.c
    M target/i386/meson.build
    M target/i386/monitor.c
    M tests/qtest/fuzz/qos_fuzz.c

  Log Message:
  -----------
  Merge tag 'hw-misc-20240425' of https://github.com/philmd/qemu into staging

Misc HW patch queue

- Script to compare machines compat_props[] (Maksim)
- Introduce 'module' CPU topology level (Zhao)
- Various cleanups (Thomas, Zhao, Inès, Bernhard)

# -----BEGIN PGP SIGNATURE-----
#
# iQIzBAABCAAdFiEE+qvnXhKRciHc/Wuy4+MsLN6twN4FAmYqN3wACgkQ4+MsLN6t
# wN4hTw/9FHsItnEkme/864DRPSP7A9mCGa+JfzJmsL8oUb9fBjXXKm+lNchMLu3B
# uvzfXB2Ea24yf5vyrldo0XlU3i/4GDvqXTI6YFYqBvitGICauYBu+6n2NZh2Y/Pn
# zZCcVo167o0q7dHu2WSrZ6cSUchsF2C80HjuS07QaN2YZ7QMuN1+uqTjCQ/JHQWA
# MH4xHh7cXdfCbbv8iNhMWn6sa+Bw/UyfRcc2W6w9cF5Q5cuuTshgDyd0JBOzkM1i
# Mcul7TuKrSiLUeeeqfTjwtw3rtbNfkelV3ycgvgECFAlzPSjF5a6d/EGdO2zo3T/
# aFZnQBYrb4U0SzsmfXFHW7cSylIc1Jn2CCuZZBIvdVcu8TGDD5XsgZbGoCfKdWxp
# l67qbQJy1Mp3LrRzygJIaxDOfE8fhhRrcIxfK/GoTHaCkqeFRkGjTeiDTVBqAES2
# zs6kUYZyG/xGaa2tsMu+HbtSO5EEqPC2QCdHayY3deW42Kwjj/HFV50Ya8YgYSVp
# gEAjTDOle2dDjlkYud+ymTJz7LnGb3G7q0EZRI9DWolx/bu+uZGQqTSRRre4qFQY
# SgN576hsFGN4NdM7tyJWiiqD/OC9ZeqUx3gGBtmI52Q6obBCE9hcow0fPs55Tk95
# 1YzPrt/3IoPI5ZptCoA8DFiysQ46OLtpIsQO9YcrpJmxWyLDSr0=
# =tm+U
# -----END PGP SIGNATURE-----
# gpg: Signature made Thu 25 Apr 2024 03:59:08 AM PDT
# gpg:                using RSA key FAABE75E12917221DCFD6BB2E3E32C2CDEADC0DE
# gpg: Good signature from "Philippe Mathieu-Daudé (F4BUG) <f4...@amsat.org>" 
[full]

* tag 'hw-misc-20240425' of https://github.com/philmd/qemu: (22 commits)
  hw/core: Support module-id in numa configuration
  hw/core: Introduce module-id as the topology subindex
  hw/core/machine: Support modules in -smp
  hw/core/machine: Introduce the module as a CPU topology level
  hw/i386/pc_sysfw: Remove unused parameter from pc_isa_bios_init()
  hw/misc : Correct 5 spaces indents in stm32l4x5_exti
  hw/xtensa: Include missing 'exec/cpu-common.h' in 'bootparam.h'
  hw/elf_ops: Rename elf_ops.h -> elf_ops.h.inc
  hw/cxl/cxl-cdat: Make cxl_doe_cdat_init() return boolean
  hw/cxl/cxl-cdat: Make ct3_build_cdat() return boolean
  hw/cxl/cxl-cdat: Make ct3_load_cdat() return boolean
  hw: Add a Kconfig switch for the TYPE_CPU_CLUSTER device
  hw: Fix problem with the A*MPCORE switches in the Kconfig files
  hw/riscv/virt: Replace sprintf by g_strdup_printf
  hw/misc/imx: Replace sprintf() by snprintf()
  hw/misc/applesmc: Simplify DeviceReset handler
  target/i386: Move APIC related code to cpu-apic.c
  hw/core: Remove check on NEED_CPU_H in tcg-cpu-ops.h
  scripts: add script to compare compatibility properties
  python/qemu/machine: add method to retrieve QEMUMachine::binary field
  ...

Signed-off-by: Richard Henderson <richard.hender...@linaro.org>


Compare: https://github.com/qemu/qemu/compare/83baec642a13...a118c4aff408

To unsubscribe from these emails, change your notification settings at 
https://github.com/qemu/qemu/settings/notifications

Reply via email to