[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] edeeec: hw/boards: Add struct CpuTopology to
|
From: |
Peter Maydell |
|
Subject: |
[Qemu-commits] [qemu/qemu] edeeec: hw/boards: Add struct CpuTopology to MachineState |
|
Date: |
Mon, 08 Jul 2019 02:25:55 -0700 |
Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: edeeec911702870adf8866311b5feb2bdaaee2ce
https://github.com/qemu/qemu/commit/edeeec911702870adf8866311b5feb2bdaaee2ce
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M include/hw/boards.h
M vl.c
Log Message:
-----------
hw/boards: Add struct CpuTopology to MachineState
The cpu topology property CpuTopology is added to the MachineState
and its members are initialized with the leagcy global smp variables.
>From this commit, the code in the system emulation mode is supposed to
use cpu topology variables from MachineState instead of the global ones
defined in vl.c and there is no semantic change.
Suggested-by: Igor Mammedov <address@hidden>
Suggested-by: Eduardo Habkost <address@hidden>
Signed-off-by: Like Xu <address@hidden>
Reviewed-by: Alistair Francis <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: a0628599fa72524a1f59bbaa7410e6825a8feb3f
https://github.com/qemu/qemu/commit/a0628599fa72524a1f59bbaa7410e6825a8feb3f
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/arm/virt.c
M hw/core/machine-qmp-cmds.c
M hw/hppa/machine.c
M hw/i386/acpi-build.c
M hw/i386/pc.c
M hw/mips/mips_malta.c
M hw/ppc/pnv.c
M hw/ppc/spapr.c
M hw/s390x/s390-virtio-ccw.c
M hw/smbios/smbios.c
M include/hw/boards.h
M include/hw/firmware/smbios.h
M include/hw/i386/pc.h
M vl.c
Log Message:
-----------
machine: Refactor smp-related call chains to pass MachineState
To get rid of the global smp_* variables we're currently using, it's recommended
to pass MachineState in the list of incoming parameters for functions that use
global smp variables, thus some redundant parameters are dropped. It's applied
for legacy smbios_*(), *_machine_reset(), hot_add_cpu() and mips *_create_cpu().
Suggested-by: Igor Mammedov <address@hidden>
Signed-off-by: Like Xu <address@hidden>
Reviewed-by: Alistair Francis <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 5cc8767d05708f590eea926a2f7a2c1a80021fa7
https://github.com/qemu/qemu/commit/5cc8767d05708f590eea926a2f7a2c1a80021fa7
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M accel/kvm/kvm-all.c
M backends/hostmem.c
M cpus.c
M exec.c
M gdbstub.c
M hw/core/numa.c
M hw/cpu/core.c
M migration/postcopy-ram.c
M target/openrisc/sys_helper.c
M tcg/tcg.c
Log Message:
-----------
general: Replace global smp variables with smp machine properties
Basically, the context could get the MachineState reference via call
chains or unrecommended qdev_get_machine() in !CONFIG_USER_ONLY mode.
A local variable of the same name would be introduced in the declaration
phase out of less effort OR replace it on the spot if it's only used
once in the context. No semantic changes.
Signed-off-by: Like Xu <address@hidden>
Reviewed-by: Alistair Francis <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: fe6b6346e997ff2ecef1e69a0ab9b1e521b68003
https://github.com/qemu/qemu/commit/fe6b6346e997ff2ecef1e69a0ab9b1e521b68003
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/ppc/e500.c
M hw/ppc/mac_newworld.c
M hw/ppc/mac_oldworld.c
M hw/ppc/pnv.c
M hw/ppc/prep.c
M hw/ppc/spapr.c
M hw/ppc/spapr_rtas.c
Log Message:
-----------
hw/ppc: Replace global smp variables with machine smp properties
The global smp variables in ppc are replaced with smp machine properties.
A local variable of the same name would be introduced in the declaration
phase if it's used widely in the context OR replace it on the spot if it's
only used once. No semantic changes.
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Acked-by: David Gibson <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: c447312747aae02298333e61e1ede0793cda47d8
https://github.com/qemu/qemu/commit/c447312747aae02298333e61e1ede0793cda47d8
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/riscv/sifive_e.c
M hw/riscv/sifive_plic.c
M hw/riscv/sifive_u.c
M hw/riscv/spike.c
M hw/riscv/virt.c
Log Message:
-----------
hw/riscv: Replace global smp variables with machine smp properties
The global smp variables in riscv are replaced with smp machine properties.
A local variable of the same name would be introduced in the declaration
phase if it's used widely in the context OR replace it on the spot if it's
only used once. No semantic changes.
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Alistair Francis <address@hidden>
[ehabkost: fix spike_board_init()]
[ehabkost: fix riscv_sifive_e_soc_init()]
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: ae71ed8610514d9154df887b024f269554bdb8f0
https://github.com/qemu/qemu/commit/ae71ed8610514d9154df887b024f269554bdb8f0
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/s390x/s390-virtio-ccw.c
M hw/s390x/sclp.c
M target/s390x/cpu.c
M target/s390x/excp_helper.c
M target/s390x/kvm.c
Log Message:
-----------
hw/s390x: Replace global smp variables with machine smp properties
The global smp variables in s390x are replaced with smp machine properties.
A local variable of the same name would be introduced in the declaration
phase if it's used widely in the context OR replace it on the spot if it's
only used once. No semantic changes.
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Acked-by: Christian Borntraeger <address@hidden>
Reviewed-by: Cornelia Huck <address@hidden>
[ehabkost: fix build failure at VCPU_IRQ_BUF_SIZE]
Signed-off-by: Eduardo Habkost <address@hidden>
fixup! hw/s390x: Replace global smp variables with machine smp properties
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 0e11fc6955dddf752987b261a0176edf31b34dec
https://github.com/qemu/qemu/commit/0e11fc6955dddf752987b261a0176edf31b34dec
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/i386/acpi-build.c
M hw/i386/kvmvapic.c
M hw/i386/pc.c
M hw/i386/xen/xen-hvm.c
M target/i386/cpu.c
Log Message:
-----------
hw/i386: Replace global smp variables with machine smp properties
The global smp variables in i386 are replaced with smp machine properties.
To avoid calling qdev_get_machine() as much as possible, some related funtions
for acpi data generations are refactored. No semantic changes.
A local variable of the same name would be introduced in the declaration
phase if it's used widely in the context OR replace it on the spot if it's
only used once. No semantic changes.
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: cc7d44c2e0fc9dff1b9eef857f14a7fd31d71f46
https://github.com/qemu/qemu/commit/cc7d44c2e0fc9dff1b9eef857f14a7fd31d71f46
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/arm/aspeed.c
M hw/arm/fsl-imx6.c
M hw/arm/fsl-imx6ul.c
M hw/arm/fsl-imx7.c
M hw/arm/highbank.c
M hw/arm/mcimx6ul-evk.c
M hw/arm/mcimx7d-sabre.c
M hw/arm/raspi.c
M hw/arm/realview.c
M hw/arm/sabrelite.c
M hw/arm/sbsa-ref.c
M hw/arm/vexpress.c
M hw/arm/virt.c
M hw/arm/xlnx-zynqmp.c
M target/arm/cpu.c
Log Message:
-----------
hw/arm: Replace global smp variables with machine smp properties
The global smp variables in arm are replaced with smp machine properties.
The init_cpus() and *_create_rpu() are refactored to pass MachineState.
A local variable of the same name would be introduced in the declaration
phase if it's used widely in the context OR replace it on the spot if it's
only used once. No semantic changes.
Signed-off-by: Like Xu <address@hidden>
Reviewed-by: Alistair Francis <address@hidden>
Message-Id: <address@hidden>
[ehabkost: Fix hw/arm/sbsa-ref.c and hw/arm/aspeed.c]
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 33decbd2d3d51742269a78c1d6da3068c61c60d7
https://github.com/qemu/qemu/commit/33decbd2d3d51742269a78c1d6da3068c61c60d7
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/alpha/dp264.c
M hw/hppa/machine.c
M hw/mips/boston.c
M hw/mips/mips_malta.c
M hw/openrisc/openrisc_sim.c
M hw/sparc/sun4m.c
M hw/sparc64/sun4u.c
M hw/xtensa/sim.c
M hw/xtensa/xtfpga.c
Log Message:
-----------
hw: Replace global smp variables with MachineState for all remaining archs
The global smp variables in alpha/hppa/mips/openrisc/sparc*/xtensa codes
are replaced with smp properties from MachineState.
A local variable of the same name would be introduced in the declaration
phase if it's used widely in the context OR replace it on the spot if it's
only used once. No semantic changes.
Signed-off-by: Like Xu <address@hidden>
Reviewed-by: Alistair Francis <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: a5e0b331193a02e5fcbe7636d48bf59af54d6617
https://github.com/qemu/qemu/commit/a5e0b331193a02e5fcbe7636d48bf59af54d6617
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M vl.c
Log Message:
-----------
vl.c: Replace smp global variables with smp machine properties
The global smp variables in vl.c are completely replaced with machine
properties.
Form this commit, the smp_cpus/smp_cores/smp_threads/max_cpus are deprecated
and only machine properties within MachineState are fully applied and enabled.
Signed-off-by: Like Xu <address@hidden>
Reviewed-by: Alistair Francis <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: c26ae610811e8d52f4fc73e3ae0a8bc4a24d6763
https://github.com/qemu/qemu/commit/c26ae610811e8d52f4fc73e3ae0a8bc4a24d6763
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/i386/pc.c
M include/hw/i386/pc.h
M target/i386/cpu.c
M target/i386/cpu.h
Log Message:
-----------
i386: Add die-level cpu topology to x86CPU on PCMachine
The die-level as the first PC-specific cpu topology is added to the leagcy
cpu topology model, which has one die per package implicitly and only the
numbers of sockets/cores/threads are configurable.
In the new model with die-level support, the total number of logical
processors (including offline) on board will be calculated as:
#cpus = #sockets * #dies * #cores * #threads
and considering compatibility, the default value for #dies would be
initialized to one in x86_cpu_initfn() and pc_machine_initfn().
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: cabea7dcd0e2084bdd32fcfe54f6275599f55bb7
https://github.com/qemu/qemu/commit/cabea7dcd0e2084bdd32fcfe54f6275599f55bb7
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/i386/pc.c
Log Message:
-----------
hw/i386: Adjust nr_dies with configured smp_dies for PCMachine
To support multiple dies configuration on PCMachine, the best place to
set CPUX86State->nr_dies with requested PCMachineState->smp_dies is in
pc_new_cpu() and pc_cpu_pre_plug(). Refactoring pc_new_cpu() is applied
and redundant parameter "const char *typename" would be removed.
Suggested-by: Eduardo Habkost <address@hidden>
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 176d2cda0dee9f4f78f604ad72d6a111e8e38f3b
https://github.com/qemu/qemu/commit/176d2cda0dee9f4f78f604ad72d6a111e8e38f3b
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/core/machine-hmp-cmds.c
M hw/core/machine.c
M hw/i386/pc.c
M include/hw/i386/topology.h
M qapi/machine.json
M target/i386/cpu.c
M target/i386/cpu.h
Log Message:
-----------
i386/cpu: Consolidate die-id validity in smp context
The field die_id (default as 0) and has_die_id are introduced to X86CPU.
Following the legacy smp check rules, the die_id validity is added to
the same contexts as leagcy smp variables such as hmp_hotpluggable_cpus(),
machine_set_cpu_numa_node(), cpu_slot_to_string() and pc_cpu_pre_plug().
Acked-by: Dr. David Alan Gilbert <address@hidden>
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: d65af288a84d8bf8c27e55d45545f52f016c08a7
https://github.com/qemu/qemu/commit/d65af288a84d8bf8c27e55d45545f52f016c08a7
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/i386/pc.c
M include/hw/i386/topology.h
M target/i386/cpu.c
M tests/test-x86-cpuid.c
Log Message:
-----------
i386: Update new x86_apicid parsing rules with die_offset support
In new sockets/dies/cores/threads model, the apicid of logical cpu could
imply die level info of guest cpu topology thus x86_apicid_from_cpu_idx()
need to be refactored with #dies value, so does apicid_*_offset().
To keep semantic compatibility, the legacy pkg_offset which helps to
generate CPUIDs such as 0x3 for L3 cache should be mapping to die_offset.
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
[ehabkost: squash unit test patch]
Message-Id: <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: fc3b77e20d002fb434be726f2328a17fd5edecb7
https://github.com/qemu/qemu/commit/fc3b77e20d002fb434be726f2328a17fd5edecb7
Author: Igor Mammedov <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/i386/pc.c
Log Message:
-----------
pc: fix possible NULL pointer dereference in
pc_machine_get_device_memory_region_size()
QEMU will crash when device-memory-region-size property is read if
ms->device_memory
wasn't initialized yet.
Crash can be reproduced with:
$QEMU -preconfig -qmp unix:qmp_socket,server,nowait &
./scripts/qmp/qom-get -s qmp_socket /machine.device-memory-region-size
Instead of crashing return 0 if ms->device_memory hasn't been initialized.
Signed-off-by: Igor Mammedov <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: cd5ff8333a3c8742c7e178a1a6ff0b921cebacda
https://github.com/qemu/qemu/commit/cd5ff8333a3c8742c7e178a1a6ff0b921cebacda
Author: Igor Mammedov <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/arm/virt.c
M hw/core/machine-qmp-cmds.c
M hw/i386/pc.c
M hw/ppc/spapr.c
M include/hw/boards.h
M qapi/machine.json
Log Message:
-----------
machine: show if CLI option '-numa node,mem' is supported in QAPI schema
Legacy '-numa node,mem' option has a number of issues and mgmt often
defaults to it. Unfortunately it's no possible to replace it with
an alternative '-numa memdev' without breaking migration compatibility.
What's possible though is to deprecate it, keeping option working with
old machine types only.
In order to help users to find out if being deprecated CLI option
'-numa node,mem' is still supported by particular machine type, add new
"numa-mem-supported" property to output of query-machines.
"numa-mem-supported" is set to 'true' for machines that currently support
NUMA, but it will be flipped to 'false' later on, once deprecation period
expires and kept 'true' only for old machine types that used to support
the legacy option so it won't break existing configuration that are using
it.
Signed-off-by: Igor Mammedov <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Markus Armbruster <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: cdf80365205ad2b05519049eaa9a71c7804bd240
https://github.com/qemu/qemu/commit/cdf80365205ad2b05519049eaa9a71c7804bd240
Author: Igor Mammedov <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/core/numa.c
M qemu-deprecated.texi
Log Message:
-----------
numa: deprecate 'mem' parameter of '-numa node' option
The parameter allows to configure fake NUMA topology where guest
VM simulates NUMA topology but not actually getting performance
benefits from it. The same or better results could be achieved
using 'memdev' parameter.
Beside of unpredictable performance, '-numa node.mem' option has
other issues when it's used with combination of -mem-path +
+ -mem-prealloc + memdev backends (pc-dimm), breaking binding of
memdev backends since mem-path/mem-prealloc are global and affect
the most of RAM allocations.
It's possible to make memdevs and global -mem-path/mem-prealloc
to play nicely together but that will just complicate already
complicated code and add unobious ways it could break on 2
different memmory allocation pathes and their combinations.
Instead of it, consolidate all guest RAM allocation over memdev
which still allows to create fake NUMA configurations if desired
and leaves one simplifyed code path to consider when it comes
to guest RAM allocation.
To achieve desired simplification deprecate 'mem' parameter as its
ad-hoc partitioning of initial RAM MemoryRegion can't be translated
to memdev based backend transparently to users and in compatible
manner (migration wise).
Later down the road that will allow to consolidate means of how
guest RAM is allocated and would permit us to clean up quite
a bit memory allocations and numa code, leaving only 'memdev'
implementation in place.
Signed-off-by: Igor Mammedov <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 4bb4a2732e097cd20594bab9039fcba9fac0b31f
https://github.com/qemu/qemu/commit/4bb4a2732e097cd20594bab9039fcba9fac0b31f
Author: Igor Mammedov <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/core/numa.c
M qemu-deprecated.texi
Log Message:
-----------
numa: deprecate implict memory distribution between nodes
Implicit RAM distribution between nodes has exactly the same issues as:
"numa: deprecate 'mem' parameter of '-numa node' option"
only with QEMU being the user that's 'adding' 'mem' parameter.
Deprecate it, to get it out of the way so that we could consolidate
guest RAM allocation using memory backends making it consistent and
possibly later on transition to using memory devices instead of
adhoc memory mapping for the initial RAM.
Signed-off-by: Igor Mammedov <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: d730b9d1f25b83e1b0a7e8b75aec02b93b78bdc7
https://github.com/qemu/qemu/commit/d730b9d1f25b83e1b0a7e8b75aec02b93b78bdc7
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/hppa/cpu.c
M target/hppa/cpu.h
Log Message:
-----------
hppa: Delete unused hppa_cpu_list() function
hppa_cpu_list() is dead code and is never called. Delete it.
Cc: Richard Henderson <address@hidden>
Reviewed-by: Igor Mammedov <address@hidden>
Tested-by: Philippe Mathieu-Daudé <address@hidden>
Reviewed-by: Philippe Mathieu-Daudé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Acked-by: Richard Henderson <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: cb79224b7e4b3d981c4080e60f20557739681000
https://github.com/qemu/qemu/commit/cb79224b7e4b3d981c4080e60f20557739681000
Author: Igor Mammedov <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/core/numa.c
M qemu-deprecated.texi
Log Message:
-----------
deprecate -mem-path fallback to anonymous RAM
Fallback might affect guest or worse whole host performance
or functionality if backing file were used to share guest RAM
with another process.
Patch deprecates fallback so that we could remove it in future
and ensure that QEMU will provide expected behavior and fail if
it can't use user provided backing file.
Signed-off-by: Igor Mammedov <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Reviewed-by: Markus Armbruster <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Philippe Mathieu-Daudé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: fea306520ea4b2f189dd23c70a6afd2fc4ffafdc
https://github.com/qemu/qemu/commit/fea306520ea4b2f189dd23c70a6afd2fc4ffafdc
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386: Don't print warning if phys-bits was set automatically
If cpu->host_phys_bits_limit is set, QEMU will make
cpu->phys_bits be lower than host_phys_bits on some cases. This
triggers a warning that was supposed to be printed only if
phys-bits was explicitly set in the command-line.
Reorder the code so the value of cpu->phys_bits is validated
before the cpu->host_phys_bits handling. This will avoid
unexpected warnings when cpu->host_phys_bits_limit is set.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 4f2beda4539a0e6665fca52c2bc37cca7fc792a3
https://github.com/qemu/qemu/commit/4f2beda4539a0e6665fca52c2bc37cca7fc792a3
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.h
Log Message:
-----------
i386: Fix signedness of hyperv_spinlock_attempts
The current default value for hv-spinlocks is 0xFFFFFFFF (meaning
"never retry"). However, the value is stored as a signed
integer, making the getter of the hv-spinlocks QOM property
return -1 instead of 0xFFFFFFFF.
Fix this by changing the type of X86CPU::hyperv_spinlock_attempts
to uint32_t. This has no visible effect to guest operating
systems, affecting just the behavior of the QOM getter.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Vitaly Kuznetsov <address@hidden>
Reviewed-by: Roman Kagan <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 915aee93e7fc54c272872b28630e7423252d05ca
https://github.com/qemu/qemu/commit/915aee93e7fc54c272872b28630e7423252d05ca
Author: Roman Kagan <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386: make 'hv-spinlocks' a regular uint32 property
X86CPU.hv-spinlocks is a uint32 property that has a special setter
validating the value to be no less than 0xFFF and no bigger than
UINT_MAX. The latter check is redundant; as for the former, there
appears to be no reason to prohibit the user from setting it to a lower
value.
So nuke the dedicated getter/setter pair and convert 'hv-spinlocks' to a
regular uint32 property.
Signed-off-by: Roman Kagan <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: f69ecddb4a02b5071297427b4ebb3d8f0cea7323
https://github.com/qemu/qemu/commit/f69ecddb4a02b5071297427b4ebb3d8f0cea7323
Author: Wei Yang <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.h
Log Message:
-----------
x86/cpu: use FeatureWordArray to define filtered_features
Use the same definition as features/user_features in CPUX86State.
Signed-off-by: Wei Yang <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 1c809535e3083d4299899e9843a3f4e44b191a9c
https://github.com/qemu/qemu/commit/1c809535e3083d4299899e9843a3f4e44b191a9c
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386: Remove unused host_cpudef variable
The variable is completely unused, probably a leftover from
previous code clean up.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: a94e1428991f741e2c6636e7c8df7f8d1905d983
https://github.com/qemu/qemu/commit/a94e1428991f741e2c6636e7c8df7f8d1905d983
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
M target/i386/cpu.h
M target/i386/kvm.c
Log Message:
-----------
target/i386: Add CPUID.1F generation support for multi-dies PCMachine
The CPUID.1F as Intel V2 Extended Topology Enumeration Leaf would be
exposed if guests want to emulate multiple software-visible die within
each package. Per Intel's SDM, the 0x1f is a superset of 0xb, thus they
can be generated by almost same code as 0xb except die_offset setting.
If the number of dies per package is greater than 1, the cpuid_min_level
would be adjusted to 0x1f regardless of whether the host supports CPUID.1F.
Likewise, the CPUID.1F wouldn't be exposed if env->nr_dies < 2.
Suggested-by: Eduardo Habkost <address@hidden>
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 6f479566a87d5087d6f3106b9401e6f53e933309
https://github.com/qemu/qemu/commit/6f479566a87d5087d6f3106b9401e6f53e933309
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/core/machine.c
M hw/i386/pc.c
M include/hw/boards.h
M include/hw/i386/pc.h
M vl.c
Log Message:
-----------
machine: Refactor smp_parse() in vl.c as MachineClass::smp_parse()
To make smp_parse() more flexible and expansive, a smp_parse function
pointer is added to MachineClass that machine types could override.
The generic smp_parse() code in vl.c is moved to hw/core/machine.c, and
become the default implementation of MachineClass::smp_parse. A PC-specific
function called pc_smp_parse() has been added to hw/i386/pc.c, which in
this patch changes nothing against the default one .
Suggested-by: Eduardo Habkost <address@hidden>
Signed-off-by: Like Xu <address@hidden>
Reviewed-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 1b45842203540943b1e22fc30764456c035d8637
https://github.com/qemu/qemu/commit/1b45842203540943b1e22fc30764456c035d8637
Author: Like Xu <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/i386/pc.c
M qemu-options.hx
M vl.c
Log Message:
-----------
vl.c: Add -smp, dies=* command line support and update doc
For PC target, users could configure the number of dies per one package
via command line with this patch, such as "-smp dies=2,cores=4".
The parsing rules of new cpu-topology model obey the same restrictions/logic
as the legacy socket/core/thread model especially on missing values computing.
Signed-off-by: Like Xu <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 79974027dc0de4e256b869e2d32168c1a44896d3
https://github.com/qemu/qemu/commit/79974027dc0de4e256b869e2d32168c1a44896d3
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/core/machine-qmp-cmds.c
M qapi/machine.json
Log Message:
-----------
qmp: Add deprecation information to query-machines
Export machine type deprecation status through the query-machines
QMP command. With this, libvirt and management software will be
able to show this information to users and/or suggest changes to
VM configuration to avoid deprecated machines.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 0b18874bd216f3237740d5cbd64f39cf1e02addf
https://github.com/qemu/qemu/commit/0b18874bd216f3237740d5cbd64f39cf1e02addf
Author: Paul Lai <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386: Introduce SnowRidge CPU model
SnowRidge CPU supports Accelerator Infrastrcture Architecture (MOVDIRI,
MOVDIR64B), CLDEMOTE and SPLIT_LOCK_DISABLE.
MOVDIRI, MOVDIR64B, and CLDEMOTE are found via CPUID.
The availability of SPLIT_LOCK_DISABLE is check via msr access
References can be found in either:
https://software.intel.com/en-us/articles/intel-sdm
https://software.intel.com/en-us/download/intel-architecture-instruction-set-extensions-and-future-features-programming-reference
Signed-off-by: Paul Lai <address@hidden>
Tested-by: Tao3 Xu <address@hidden>
Message-Id: <address@hidden>
[ehabkost: squashed SPLIT_LOCK_DETECT patch]
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 7d753f61544c7f0160b0a1602faa6cf1f1ce3083
https://github.com/qemu/qemu/commit/7d753f61544c7f0160b0a1602faa6cf1f1ce3083
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M qapi/machine-target.json
Log Message:
-----------
qmp: Add "alias-of" field to query-cpu-definitions
Management software will be expected to resolve CPU model name
aliases using the new field.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: dac1deae658539e39966e12b12378a28e3dc8441
https://github.com/qemu/qemu/commit/dac1deae658539e39966e12b12378a28e3dc8441
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
M target/i386/cpu.h
Log Message:
-----------
i386: Add x-force-features option for testing
Add a new option that can be used to disable feature flag
filtering. This will allow CPU model compatibility test cases to
work without host hardware dependencies.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 164e779ce1cd21c0195b60101c7caee5b80f4e88
https://github.com/qemu/qemu/commit/164e779ce1cd21c0195b60101c7caee5b80f4e88
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386: Get model-id from CPU object on "-cpu help"
When introducing versioned CPU models, the string at
X86CPUDefinition::model_id might not be the model-id we'll really
use. Instantiate a CPU object and check the model-id property on
"-cpu help"
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: dcafd1ef0af227ef87f7a6dec8fc66d7d2e2442d
https://github.com/qemu/qemu/commit/dcafd1ef0af227ef87f7a6dec8fc66d7d2e2442d
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu-qom.h
M target/i386/cpu.c
M target/i386/cpu.h
A tests/acceptance/x86_cpu_model_versions.py
Log Message:
-----------
i386: Register versioned CPU models
Add support for registration of multiple versions of CPU models.
The existing CPU models will be registered with a "-v1" suffix.
The -noTSX, -IBRS, and -IBPB CPU model variants will become
versions of the original models in a separate patch, so
make sure we register no versions for them.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: d86a708815c3bec0b934760e6bdab7eb647087b8
https://github.com/qemu/qemu/commit/d86a708815c3bec0b934760e6bdab7eb647087b8
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386: Define -IBRS, -noTSX, -IBRS versions of CPU models
Add versions of CPU models that are equivalent to their -IBRS,
-noTSX and -IBRS variants.
The separate variants will eventually be removed and become
aliases for these CPU versions.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 53db89d93bebe70a3e7f4c45933deffcf3e7cb62
https://github.com/qemu/qemu/commit/53db89d93bebe70a3e7f4c45933deffcf3e7cb62
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386: Replace -noTSX, -IBRS, -IBPB CPU models with aliases
The old CPU models will be just aliases for specific versions of
the original CPU models.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 0788a56bd1ae3ea4e118beb4aeb071a181791184
https://github.com/qemu/qemu/commit/0788a56bd1ae3ea4e118beb4aeb071a181791184
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
M include/hw/i386/pc.h
M target/i386/cpu.c
M target/i386/cpu.h
M tests/acceptance/x86_cpu_model_versions.py
Log Message:
-----------
i386: Make unversioned CPU models be aliases
This will make unversioned CPU models behavior depend on the
machine type:
* "pc-*-4.0" and older will not report them as aliases.
This is done to keep compatibility with older QEMU versions
after management software starts translating aliases.
* "pc-*-4.1" will translate unversioned CPU models to -v1.
This is done to keep compatibility with existing management
software, that still relies on CPU model runnability promises.
* "none" will translate unversioned CPU models to their latest
version. This is planned become the default in future machine
types (probably in pc-*-4.3).
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: aa5b969287125d1924d74648b378d4abba544465
https://github.com/qemu/qemu/commit/aa5b969287125d1924d74648b378d4abba544465
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M qemu-deprecated.texi
Log Message:
-----------
docs: Deprecate CPU model runnability guarantees
Document that CPU model runnability guarantees won't apply to
unversioned CPU models anymore.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: fd63c6d1a5f77d689ee06f6561677c012a988223
https://github.com/qemu/qemu/commit/fd63c6d1a5f77d689ee06f6561677c012a988223
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M target/i386/cpu.c
M tests/acceptance/x86_cpu_model_versions.py
Log Message:
-----------
i386: Add Cascadelake-Server-v2 CPU model
Add new version of Cascadelake-Server CPU model, setting
stepping=5 and enabling the IA32_ARCH_CAPABILITIES MSR
with some flags.
The new feature will introduce a new host software requirement,
breaking our CPU model runnability promises. This means we can't
enable the new CPU model version by default in QEMU 4.1, because
management software isn't ready yet to resolve CPU model aliases.
This is why "pc-*-4.1" will keep returning Cascadelake-Server-v1
if "-cpu Cascadelake-Server" is specified.
Includes a test case to ensure the right combinations of
machine-type + CPU model + command-line feature flags will work
as expected.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Daniel P. Berrangé <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: f8123f2275d27c44fe523b36a039ca4739e5bbfe
https://github.com/qemu/qemu/commit/f8123f2275d27c44fe523b36a039ca4739e5bbfe
Author: Eduardo Habkost <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/core/numa.c
Log Message:
-----------
numa: Make deprecation warnings conditional on !qtest_enabled()
This will help us avoid spurious warnings during "make check".
Note that this will silence the warnings generated by
tests/numa-test, but not the ones generated by
tests/bios-tables-test. We still need to change
tests/bios-tables-test to use "-numa ...,memdev=" to silence
these warnings.
Signed-off-by: Eduardo Habkost <address@hidden>
Message-Id: <address@hidden>
Commit: b69239e085b00c8f29475421ade5295c13417ed4
https://github.com/qemu/qemu/commit/b69239e085b00c8f29475421ade5295c13417ed4
Author: Igor Mammedov <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M hw/core/numa.c
Log Message:
-----------
numa: allow memory-less nodes when using memdev as backend
QEMU fails to start if memory-less node is present when memdev
is used
qemu-system-x86_64 -object memory-backend-ram,id=ram0,size=128M \
-numa node -numa node,memdev=ram0
with error:
"memdev option must be specified for either all or no nodes"
which works as expected if legacy 'mem' is used.
Fix check to make memory-less nodes valid when memdev option is used
but still disallow mix of mem and memdev options.
Signed-off-by: Igor Mammedov <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: af135030e3405af5ce234a9f92cf8cc4e55fec96
https://github.com/qemu/qemu/commit/af135030e3405af5ce234a9f92cf8cc4e55fec96
Author: Igor Mammedov <address@hidden>
Date: 2019-07-05 (Fri, 05 Jul 2019)
Changed paths:
M tests/bios-tables-test.c
Log Message:
-----------
tests: use -numa memdev option in tests instead of legacy 'mem' option
it will test preferred memdev option more extensively and remove
undesired deprecation warnings during 'make check'
Signed-off-by: Igor Mammedov <address@hidden>
Message-Id: <address@hidden>
[ehabkost: remove numa-test.c changes]
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 3a1acf5d47295d22ffdae0982a2fd808b802a7da
https://github.com/qemu/qemu/commit/3a1acf5d47295d22ffdae0982a2fd808b802a7da
Author: Peter Maydell <address@hidden>
Date: 2019-07-08 (Mon, 08 Jul 2019)
Changed paths:
M accel/kvm/kvm-all.c
M backends/hostmem.c
M cpus.c
M exec.c
M gdbstub.c
M hw/alpha/dp264.c
M hw/arm/aspeed.c
M hw/arm/fsl-imx6.c
M hw/arm/fsl-imx6ul.c
M hw/arm/fsl-imx7.c
M hw/arm/highbank.c
M hw/arm/mcimx6ul-evk.c
M hw/arm/mcimx7d-sabre.c
M hw/arm/raspi.c
M hw/arm/realview.c
M hw/arm/sabrelite.c
M hw/arm/sbsa-ref.c
M hw/arm/vexpress.c
M hw/arm/virt.c
M hw/arm/xlnx-zynqmp.c
M hw/core/machine-hmp-cmds.c
M hw/core/machine-qmp-cmds.c
M hw/core/machine.c
M hw/core/numa.c
M hw/cpu/core.c
M hw/hppa/machine.c
M hw/i386/acpi-build.c
M hw/i386/kvmvapic.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
M hw/i386/xen/xen-hvm.c
M hw/mips/boston.c
M hw/mips/mips_malta.c
M hw/openrisc/openrisc_sim.c
M hw/ppc/e500.c
M hw/ppc/mac_newworld.c
M hw/ppc/mac_oldworld.c
M hw/ppc/pnv.c
M hw/ppc/prep.c
M hw/ppc/spapr.c
M hw/ppc/spapr_rtas.c
M hw/riscv/sifive_e.c
M hw/riscv/sifive_plic.c
M hw/riscv/sifive_u.c
M hw/riscv/spike.c
M hw/riscv/virt.c
M hw/s390x/s390-virtio-ccw.c
M hw/s390x/sclp.c
M hw/smbios/smbios.c
M hw/sparc/sun4m.c
M hw/sparc64/sun4u.c
M hw/xtensa/sim.c
M hw/xtensa/xtfpga.c
M include/hw/boards.h
M include/hw/firmware/smbios.h
M include/hw/i386/pc.h
M include/hw/i386/topology.h
M migration/postcopy-ram.c
M qapi/machine-target.json
M qapi/machine.json
M qemu-deprecated.texi
M qemu-options.hx
M target/arm/cpu.c
M target/hppa/cpu.c
M target/hppa/cpu.h
M target/i386/cpu-qom.h
M target/i386/cpu.c
M target/i386/cpu.h
M target/i386/kvm.c
M target/openrisc/sys_helper.c
M target/s390x/cpu.c
M target/s390x/excp_helper.c
M target/s390x/kvm.c
M tcg/tcg.c
A tests/acceptance/x86_cpu_model_versions.py
M tests/bios-tables-test.c
M tests/test-x86-cpuid.c
M vl.c
Log Message:
-----------
Merge remote-tracking branch
'remotes/ehabkost/tags/machine-next-pull-request' into staging
Machine and x86 queue, 2019-07-05
* CPU die topology support (Like Xu)
* Deprecation of features (Igor Mammedov):
* 'mem' parameter of '-numa node' option
* implict memory distribution between NUMA nodes
* deprecate -mem-path fallback to anonymous RAM
* x86 versioned CPU models (Eduardo Habkost)
* SnowRidge CPU model (Paul Lai)
* Add deprecation information to query-machines (Eduardo Habkost)
* Other i386 fixes
# gpg: Signature made Fri 05 Jul 2019 23:12:09 BST
# gpg: using RSA key 5A322FD5ABC4D3DBACCFD1AA2807936F984DC5A6
# gpg: issuer "address@hidden"
# gpg: Good signature from "Eduardo Habkost <address@hidden>" [full]
# Primary key fingerprint: 5A32 2FD5 ABC4 D3DB ACCF D1AA 2807 936F 984D C5A6
* remotes/ehabkost/tags/machine-next-pull-request: (42 commits)
tests: use -numa memdev option in tests instead of legacy 'mem' option
numa: allow memory-less nodes when using memdev as backend
numa: Make deprecation warnings conditional on !qtest_enabled()
i386: Add Cascadelake-Server-v2 CPU model
docs: Deprecate CPU model runnability guarantees
i386: Make unversioned CPU models be aliases
i386: Replace -noTSX, -IBRS, -IBPB CPU models with aliases
i386: Define -IBRS, -noTSX, -IBRS versions of CPU models
i386: Register versioned CPU models
i386: Get model-id from CPU object on "-cpu help"
i386: Add x-force-features option for testing
qmp: Add "alias-of" field to query-cpu-definitions
i386: Introduce SnowRidge CPU model
qmp: Add deprecation information to query-machines
vl.c: Add -smp, dies=* command line support and update doc
machine: Refactor smp_parse() in vl.c as MachineClass::smp_parse()
target/i386: Add CPUID.1F generation support for multi-dies PCMachine
i386: Remove unused host_cpudef variable
x86/cpu: use FeatureWordArray to define filtered_features
i386: make 'hv-spinlocks' a regular uint32 property
...
Signed-off-by: Peter Maydell <address@hidden>
Compare: https://github.com/qemu/qemu/compare/d2c5f91ca944...3a1acf5d4729
| [Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] edeeec: hw/boards: Add struct CpuTopology to MachineState,
Peter Maydell <=