2012-04-02 11:39:23 +02:00
|
|
|
/*
|
|
|
|
* QEMU S/390 CPU
|
|
|
|
*
|
2012-04-02 13:31:59 +02:00
|
|
|
* Copyright (c) 2009 Ulrich Hecht
|
|
|
|
* Copyright (c) 2011 Alexander Graf
|
2012-04-02 11:39:23 +02:00
|
|
|
* Copyright (c) 2012 SUSE LINUX Products GmbH
|
2013-01-07 06:27:14 +01:00
|
|
|
* Copyright (c) 2012 IBM Corp.
|
2012-04-02 11:39:23 +02:00
|
|
|
*
|
2019-02-06 13:41:33 +01:00
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
2012-04-02 11:39:23 +02:00
|
|
|
*
|
2019-02-06 13:41:33 +01:00
|
|
|
* This program is distributed in the hope that it will be useful,
|
2012-04-02 11:39:23 +02:00
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
2019-02-06 13:41:33 +01:00
|
|
|
* General Public License for more details.
|
2012-04-02 11:39:23 +02:00
|
|
|
*
|
2019-02-06 13:41:33 +01:00
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, see <http://www.gnu.org/licenses/>.
|
2012-04-02 11:39:23 +02:00
|
|
|
*/
|
|
|
|
|
2016-01-26 19:17:00 +01:00
|
|
|
#include "qemu/osdep.h"
|
include/qemu/osdep.h: Don't include qapi/error.h
Commit 57cb38b included qapi/error.h into qemu/osdep.h to get the
Error typedef. Since then, we've moved to include qemu/osdep.h
everywhere. Its file comment explains: "To avoid getting into
possible circular include dependencies, this file should not include
any other QEMU headers, with the exceptions of config-host.h,
compiler.h, os-posix.h and os-win32.h, all of which are doing a
similar job to this file and are under similar constraints."
qapi/error.h doesn't do a similar job, and it doesn't adhere to
similar constraints: it includes qapi-types.h. That's in excess of
100KiB of crap most .c files don't actually need.
Add the typedef to qemu/typedefs.h, and include that instead of
qapi/error.h. Include qapi/error.h in .c files that need it and don't
get it now. Include qapi-types.h in qom/object.h for uint16List.
Update scripts/clean-includes accordingly. Update it further to match
reality: replace config.h by config-target.h, add sysemu/os-posix.h,
sysemu/os-win32.h. Update the list of includes in the qemu/osdep.h
comment quoted above similarly.
This reduces the number of objects depending on qapi/error.h from "all
of them" to less than a third. Unfortunately, the number depending on
qapi-types.h shrinks only a little. More work is needed for that one.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
[Fix compilation without the spice devel packages. - Paolo]
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2016-03-14 09:01:28 +01:00
|
|
|
#include "qapi/error.h"
|
2012-05-03 04:13:04 +02:00
|
|
|
#include "cpu.h"
|
2021-07-07 12:53:16 +02:00
|
|
|
#include "s390x-internal.h"
|
2021-07-07 12:53:23 +02:00
|
|
|
#include "kvm/kvm_s390x.h"
|
2017-08-18 13:43:52 +02:00
|
|
|
#include "sysemu/kvm.h"
|
2019-05-23 16:35:07 +02:00
|
|
|
#include "qemu/module.h"
|
2014-09-30 10:57:29 +02:00
|
|
|
#include "trace.h"
|
2019-06-19 22:10:41 +02:00
|
|
|
#include "qapi/qapi-types-machine.h"
|
s390x/cpu: expose the guest crash information
This patch is the s390 implementation of guest crash information,
similar to commit d187e08dc4 ("i386/cpu: add crash-information QOM
property") and the related commits. We will detect several crash
reasons, with the "disabled wait" being the most important one, since
this is used by all s390 guests as a "panic like" notification.
Demonstrate these ways with examples as follows.
1. crash-information QOM property;
Run qemu with -qmp unix:qmp-sock,server, then use utility "qmp-shell"
to execute "qom-get" command, and might get the result like,
(QEMU) (QEMU) qom-get path=/machine/unattached/device[0] \
property=crash-information
{"return": {"core": 0, "reason": "disabled-wait", "psw-mask": 562956395872256, \
"type": "s390", "psw-addr": 1102832}}
2. GUEST_PANICKED event reporting;
Run qemu with a socket option, and telnet or nc to that,
-chardev socket,id=qmp,port=4444,host=localhost,server \
-mon chardev=qmp,mode=control,pretty=on \
Negotiating the mode by { "execute": "qmp_capabilities" }, and the crash
information will be reported on a guest crash event like,
{
"timestamp": {
"seconds": 1518004739,
"microseconds": 552563
},
"event": "GUEST_PANICKED",
"data": {
"action": "pause",
"info": {
"core": 0,
"psw-addr": 1102832,
"reason": "disabled-wait",
"psw-mask": 562956395872256,
"type": "s390"
}
}
}
3. log;
Run qemu with the parameters: -D <logfile> -d guest_errors, to
specify the logfile and log item. The results might be,
Guest crashed on cpu 0: disabled-wait
PSW: 0x0002000180000000 0x000000000010d3f0
Co-authored-by: Jing Liu <liujbjl@linux.vnet.ibm.com>
Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Message-Id: <20180209122543.25755-1-borntraeger@de.ibm.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
[CH: tweaked qapi comment]
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
2018-02-09 13:25:43 +01:00
|
|
|
#include "sysemu/hw_accel.h"
|
2017-09-13 15:24:08 +02:00
|
|
|
#include "hw/qdev-properties.h"
|
2019-08-08 18:30:35 +02:00
|
|
|
#include "fpu/softfloat-helpers.h"
|
2020-01-03 22:24:59 +01:00
|
|
|
#include "disas/capstone.h"
|
2021-07-07 12:53:19 +02:00
|
|
|
#include "sysemu/tcg.h"
|
2022-12-20 15:56:24 +01:00
|
|
|
#ifndef CONFIG_USER_ONLY
|
|
|
|
#include "sysemu/reset.h"
|
|
|
|
#endif
|
2012-12-18 08:50:59 +01:00
|
|
|
|
2013-01-07 06:27:14 +01:00
|
|
|
#define CR0_RESET 0xE0UL
|
|
|
|
#define CR14_RESET 0xC2000000UL;
|
|
|
|
|
2021-07-07 12:53:19 +02:00
|
|
|
void s390_cpu_set_psw(CPUS390XState *env, uint64_t mask, uint64_t addr)
|
|
|
|
{
|
|
|
|
#ifndef CONFIG_USER_ONLY
|
|
|
|
uint64_t old_mask = env->psw.mask;
|
|
|
|
#endif
|
|
|
|
|
|
|
|
env->psw.addr = addr;
|
|
|
|
env->psw.mask = mask;
|
|
|
|
|
|
|
|
/* KVM will handle all WAITs and trigger a WAIT exit on disabled_wait */
|
|
|
|
if (!tcg_enabled()) {
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
env->cc_op = (mask >> 44) & 3;
|
|
|
|
|
|
|
|
#ifndef CONFIG_USER_ONLY
|
|
|
|
if ((old_mask ^ mask) & PSW_MASK_PER) {
|
|
|
|
s390_cpu_recompute_watchpoints(env_cpu(env));
|
|
|
|
}
|
|
|
|
|
|
|
|
if (mask & PSW_MASK_WAIT) {
|
|
|
|
s390_handle_wait(env_archcpu(env));
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
uint64_t s390_cpu_get_psw_mask(CPUS390XState *env)
|
|
|
|
{
|
|
|
|
uint64_t r = env->psw.mask;
|
|
|
|
|
|
|
|
if (tcg_enabled()) {
|
|
|
|
uint64_t cc = calc_cc(env, env->cc_op, env->cc_src,
|
|
|
|
env->cc_dst, env->cc_vr);
|
|
|
|
|
|
|
|
assert(cc <= 3);
|
|
|
|
r &= ~PSW_MASK_CC;
|
|
|
|
r |= cc << 44;
|
|
|
|
}
|
|
|
|
|
|
|
|
return r;
|
|
|
|
}
|
|
|
|
|
2013-06-21 19:09:18 +02:00
|
|
|
static void s390_cpu_set_pc(CPUState *cs, vaddr value)
|
|
|
|
{
|
|
|
|
S390CPU *cpu = S390_CPU(cs);
|
|
|
|
|
|
|
|
cpu->env.psw.addr = value;
|
|
|
|
}
|
|
|
|
|
2022-09-30 19:31:21 +02:00
|
|
|
static vaddr s390_cpu_get_pc(CPUState *cs)
|
|
|
|
{
|
|
|
|
S390CPU *cpu = S390_CPU(cs);
|
|
|
|
|
|
|
|
return cpu->env.psw.addr;
|
|
|
|
}
|
|
|
|
|
2013-08-25 18:53:55 +02:00
|
|
|
static bool s390_cpu_has_work(CPUState *cs)
|
|
|
|
{
|
|
|
|
S390CPU *cpu = S390_CPU(cs);
|
|
|
|
|
2017-09-28 22:36:44 +02:00
|
|
|
/* STOPPED cpus can never wake up */
|
qmp: expose s390-specific CPU info
Presently s390x is the only architecture not exposing specific
CPU information via QMP query-cpus. Upstream discussion has shown
that it could make sense to report the architecture specific CPU
state, e.g. to detect that a CPU has been stopped.
With this change the output of query-cpus will look like this on
s390:
[
{"arch": "s390", "current": true,
"props": {"core-id": 0}, "cpu-state": "operating", "CPU": 0,
"qom_path": "/machine/unattached/device[0]",
"halted": false, "thread_id": 63115},
{"arch": "s390", "current": false,
"props": {"core-id": 1}, "cpu-state": "stopped", "CPU": 1,
"qom_path": "/machine/unattached/device[1]",
"halted": true, "thread_id": 63116}
]
This change doesn't add the s390-specific data to HMP 'info cpus'.
A follow-on patch will remove all architecture specific information
from there.
Signed-off-by: Viktor Mihajlovski <mihajlov@linux.vnet.ibm.com>
Reviewed-by: David Hildenbrand <david@redhat.com>
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-Id: <1518797321-28356-2-git-send-email-mihajlov@linux.vnet.ibm.com>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
2018-02-16 17:08:37 +01:00
|
|
|
if (s390_cpu_get_state(cpu) != S390_CPU_STATE_LOAD &&
|
|
|
|
s390_cpu_get_state(cpu) != S390_CPU_STATE_OPERATING) {
|
2017-09-28 22:36:44 +02:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2017-09-28 22:36:42 +02:00
|
|
|
if (!(cs->interrupt_request & CPU_INTERRUPT_HARD)) {
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
return s390_cpu_has_int(cpu);
|
2013-08-25 18:53:55 +02:00
|
|
|
}
|
|
|
|
|
2019-11-27 18:50:42 +01:00
|
|
|
/* S390CPUClass::reset() */
|
|
|
|
static void s390_cpu_reset(CPUState *s, cpu_reset_type type)
|
2012-04-02 11:39:23 +02:00
|
|
|
{
|
|
|
|
S390CPU *cpu = S390_CPU(s);
|
|
|
|
S390CPUClass *scc = S390_CPU_GET_CLASS(cpu);
|
|
|
|
CPUS390XState *env = &cpu->env;
|
cpu: Use DeviceClass reset instead of a special CPUClass reset
The CPUClass has a 'reset' method. This is a legacy from when
TYPE_CPU used not to inherit from TYPE_DEVICE. We don't need it any
more, as we can simply use the TYPE_DEVICE reset. The 'cpu_reset()'
function is kept as the API which most places use to reset a CPU; it
is now a wrapper which calls device_cold_reset() and then the
tracepoint function.
This change should not cause CPU objects to be reset more often
than they are at the moment, because:
* nobody is directly calling device_cold_reset() or
qdev_reset_all() on CPU objects
* no CPU object is on a qbus, so they will not be reset either
by somebody calling qbus_reset_all()/bus_cold_reset(), or
by the main "reset sysbus and everything in the qbus tree"
reset that most devices are reset by
Note that this does not change the need for each machine or whatever
to use qemu_register_reset() to arrange to call cpu_reset() -- that
is necessary because CPU objects are not on any qbus, so they don't
get reset when the qbus tree rooted at the sysbus bus is reset, and
this isn't being changed here.
All the changes to the files under target/ were made using the
included Coccinelle script, except:
(1) the deletion of the now-inaccurate and not terribly useful
"CPUClass::reset" comments was done with a perl one-liner afterwards:
perl -n -i -e '/ CPUClass::reset/ or print' target/*/*.c
(2) this bit of the s390 change was done by hand, because the
Coccinelle script is not sophisticated enough to handle the
parent_reset call being inside another function:
| @@ -96,8 +96,9 @@ static void s390_cpu_reset(CPUState *s, cpu_reset_type type)
| S390CPU *cpu = S390_CPU(s);
| S390CPUClass *scc = S390_CPU_GET_CLASS(cpu);
| CPUS390XState *env = &cpu->env;
|+ DeviceState *dev = DEVICE(s);
|
|- scc->parent_reset(s);
|+ scc->parent_reset(dev);
| cpu->env.sigp_order = 0;
| s390_cpu_set_state(S390_CPU_STATE_STOPPED, cpu);
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Message-Id: <20200303100511.5498-1-peter.maydell@linaro.org>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2020-03-03 11:05:11 +01:00
|
|
|
DeviceState *dev = DEVICE(s);
|
2012-04-02 11:39:23 +02:00
|
|
|
|
cpu: Use DeviceClass reset instead of a special CPUClass reset
The CPUClass has a 'reset' method. This is a legacy from when
TYPE_CPU used not to inherit from TYPE_DEVICE. We don't need it any
more, as we can simply use the TYPE_DEVICE reset. The 'cpu_reset()'
function is kept as the API which most places use to reset a CPU; it
is now a wrapper which calls device_cold_reset() and then the
tracepoint function.
This change should not cause CPU objects to be reset more often
than they are at the moment, because:
* nobody is directly calling device_cold_reset() or
qdev_reset_all() on CPU objects
* no CPU object is on a qbus, so they will not be reset either
by somebody calling qbus_reset_all()/bus_cold_reset(), or
by the main "reset sysbus and everything in the qbus tree"
reset that most devices are reset by
Note that this does not change the need for each machine or whatever
to use qemu_register_reset() to arrange to call cpu_reset() -- that
is necessary because CPU objects are not on any qbus, so they don't
get reset when the qbus tree rooted at the sysbus bus is reset, and
this isn't being changed here.
All the changes to the files under target/ were made using the
included Coccinelle script, except:
(1) the deletion of the now-inaccurate and not terribly useful
"CPUClass::reset" comments was done with a perl one-liner afterwards:
perl -n -i -e '/ CPUClass::reset/ or print' target/*/*.c
(2) this bit of the s390 change was done by hand, because the
Coccinelle script is not sophisticated enough to handle the
parent_reset call being inside another function:
| @@ -96,8 +96,9 @@ static void s390_cpu_reset(CPUState *s, cpu_reset_type type)
| S390CPU *cpu = S390_CPU(s);
| S390CPUClass *scc = S390_CPU_GET_CLASS(cpu);
| CPUS390XState *env = &cpu->env;
|+ DeviceState *dev = DEVICE(s);
|
|- scc->parent_reset(s);
|+ scc->parent_reset(dev);
| cpu->env.sigp_order = 0;
| s390_cpu_set_state(S390_CPU_STATE_STOPPED, cpu);
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Message-Id: <20200303100511.5498-1-peter.maydell@linaro.org>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2020-03-03 11:05:11 +01:00
|
|
|
scc->parent_reset(dev);
|
2015-02-24 14:15:27 +01:00
|
|
|
cpu->env.sigp_order = 0;
|
qmp: expose s390-specific CPU info
Presently s390x is the only architecture not exposing specific
CPU information via QMP query-cpus. Upstream discussion has shown
that it could make sense to report the architecture specific CPU
state, e.g. to detect that a CPU has been stopped.
With this change the output of query-cpus will look like this on
s390:
[
{"arch": "s390", "current": true,
"props": {"core-id": 0}, "cpu-state": "operating", "CPU": 0,
"qom_path": "/machine/unattached/device[0]",
"halted": false, "thread_id": 63115},
{"arch": "s390", "current": false,
"props": {"core-id": 1}, "cpu-state": "stopped", "CPU": 1,
"qom_path": "/machine/unattached/device[1]",
"halted": true, "thread_id": 63116}
]
This change doesn't add the s390-specific data to HMP 'info cpus'.
A follow-on patch will remove all architecture specific information
from there.
Signed-off-by: Viktor Mihajlovski <mihajlov@linux.vnet.ibm.com>
Reviewed-by: David Hildenbrand <david@redhat.com>
Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Message-Id: <1518797321-28356-2-git-send-email-mihajlov@linux.vnet.ibm.com>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
2018-02-16 17:08:37 +01:00
|
|
|
s390_cpu_set_state(S390_CPU_STATE_STOPPED, cpu);
|
2019-11-27 18:50:42 +01:00
|
|
|
|
|
|
|
switch (type) {
|
2019-11-27 18:50:44 +01:00
|
|
|
case S390_CPU_RESET_CLEAR:
|
|
|
|
memset(env, 0, offsetof(CPUS390XState, start_initial_reset_fields));
|
|
|
|
/* fall through */
|
2019-11-28 09:37:23 +01:00
|
|
|
case S390_CPU_RESET_INITIAL:
|
|
|
|
/* initial reset does not clear everything! */
|
|
|
|
memset(&env->start_initial_reset_fields, 0,
|
2019-12-03 14:28:12 +01:00
|
|
|
offsetof(CPUS390XState, start_normal_reset_fields) -
|
2019-11-28 09:37:23 +01:00
|
|
|
offsetof(CPUS390XState, start_initial_reset_fields));
|
|
|
|
|
|
|
|
/* architectured initial value for Breaking-Event-Address register */
|
|
|
|
env->gbea = 1;
|
|
|
|
|
|
|
|
/* architectured initial values for CR 0 and 14 */
|
|
|
|
env->cregs[0] = CR0_RESET;
|
|
|
|
env->cregs[14] = CR14_RESET;
|
|
|
|
|
2019-11-27 18:50:44 +01:00
|
|
|
#if defined(CONFIG_USER_ONLY)
|
|
|
|
/* user mode should always be allowed to use the full FPU */
|
|
|
|
env->cregs[0] |= CR0_AFP;
|
|
|
|
if (s390_has_feat(S390_FEAT_VECTOR)) {
|
|
|
|
env->cregs[0] |= CR0_VECTOR;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2019-11-28 09:37:23 +01:00
|
|
|
/* tininess for underflow is detected before rounding */
|
|
|
|
set_float_detect_tininess(float_tininess_before_rounding,
|
|
|
|
&env->fpu_status);
|
|
|
|
/* fall through */
|
2019-11-27 18:50:42 +01:00
|
|
|
case S390_CPU_RESET_NORMAL:
|
2019-12-03 14:28:12 +01:00
|
|
|
env->psw.mask &= ~PSW_MASK_RI;
|
|
|
|
memset(&env->start_normal_reset_fields, 0,
|
|
|
|
offsetof(CPUS390XState, end_reset_fields) -
|
|
|
|
offsetof(CPUS390XState, start_normal_reset_fields));
|
|
|
|
|
2019-11-27 18:50:42 +01:00
|
|
|
env->pfault_token = -1UL;
|
|
|
|
env->bpbc = false;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
g_assert_not_reached();
|
|
|
|
}
|
2015-05-25 01:47:26 +02:00
|
|
|
|
2014-02-12 09:56:35 +01:00
|
|
|
/* Reset state inside the kernel that we cannot access yet from QEMU. */
|
2020-02-14 16:16:21 +01:00
|
|
|
if (kvm_enabled()) {
|
|
|
|
switch (type) {
|
|
|
|
case S390_CPU_RESET_CLEAR:
|
|
|
|
kvm_s390_reset_vcpu_clear(cpu);
|
|
|
|
break;
|
|
|
|
case S390_CPU_RESET_INITIAL:
|
|
|
|
kvm_s390_reset_vcpu_initial(cpu);
|
|
|
|
break;
|
|
|
|
case S390_CPU_RESET_NORMAL:
|
|
|
|
kvm_s390_reset_vcpu_normal(cpu);
|
|
|
|
break;
|
|
|
|
}
|
2014-02-12 09:56:35 +01:00
|
|
|
}
|
s390/cpu: split CPU reset into architectured functions
s390 provides several CPU resets:
- CPU reset, clears interrupts, stop processing, clears TLB, but does
not touch registers
- initial CPU reset, like CPU reset, but also clears PSW, prefix, FPC,
timer and control registers. It does not touch gprs, fprs and acrs (!)
- Power on reset: the full monty
wire up CPUClass reset to the full monty, but provide the lesser resets
as part of S390CPUClass.
Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
2013-06-28 10:51:09 +02:00
|
|
|
}
|
|
|
|
|
2015-07-12 03:59:58 +02:00
|
|
|
static void s390_cpu_disas_set_info(CPUState *cpu, disassemble_info *info)
|
|
|
|
{
|
|
|
|
info->mach = bfd_mach_s390_64;
|
2020-01-03 22:24:59 +01:00
|
|
|
info->cap_arch = CS_ARCH_SYSZ;
|
|
|
|
info->cap_insn_unit = 2;
|
|
|
|
info->cap_insn_split = 6;
|
2015-07-12 03:59:58 +02:00
|
|
|
}
|
|
|
|
|
2013-01-16 04:00:41 +01:00
|
|
|
static void s390_cpu_realizefn(DeviceState *dev, Error **errp)
|
|
|
|
{
|
2013-07-27 02:53:25 +02:00
|
|
|
CPUState *cs = CPU(dev);
|
2013-01-16 04:00:41 +01:00
|
|
|
S390CPUClass *scc = S390_CPU_GET_CLASS(dev);
|
2016-03-04 18:34:31 +01:00
|
|
|
Error *err = NULL;
|
|
|
|
|
2016-09-05 10:52:16 +02:00
|
|
|
/* the model has to be realized before qemu_init_vcpu() due to kvm */
|
|
|
|
s390_realize_cpu_model(cs, &err);
|
|
|
|
if (err) {
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
2016-03-04 18:34:34 +01:00
|
|
|
#if !defined(CONFIG_USER_ONLY)
|
2021-07-07 12:53:18 +02:00
|
|
|
if (!s390_cpu_realize_sysemu(dev, &err)) {
|
2016-03-04 18:34:34 +01:00
|
|
|
goto out;
|
|
|
|
}
|
2017-09-28 15:46:08 +02:00
|
|
|
#endif
|
|
|
|
|
2016-10-20 13:26:03 +02:00
|
|
|
cpu_exec_realizefn(cs, &err);
|
2016-03-04 18:34:31 +01:00
|
|
|
if (err != NULL) {
|
2016-03-04 18:34:34 +01:00
|
|
|
goto out;
|
2016-03-04 18:34:31 +01:00
|
|
|
}
|
2013-01-16 04:00:41 +01:00
|
|
|
|
2016-03-04 18:34:31 +01:00
|
|
|
#if !defined(CONFIG_USER_ONLY)
|
2021-07-07 12:53:18 +02:00
|
|
|
qemu_register_reset(s390_cpu_machine_reset_cb, S390_CPU(dev));
|
2016-03-04 18:34:31 +01:00
|
|
|
#endif
|
2014-08-29 15:52:16 +02:00
|
|
|
s390_cpu_gdb_init(cs);
|
2013-07-27 02:53:25 +02:00
|
|
|
qemu_init_vcpu(cs);
|
2018-06-27 15:44:10 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* KVM requires the initial CPU reset ioctl to be executed on the target
|
|
|
|
* CPU thread. CPU hotplug under single-threaded TCG will not work with
|
|
|
|
* run_on_cpu(), as run_on_cpu() will not work properly if called while
|
|
|
|
* the main thread is already running but the CPU hasn't been realized.
|
|
|
|
*/
|
|
|
|
if (kvm_enabled()) {
|
|
|
|
run_on_cpu(cs, s390_do_cpu_full_reset, RUN_ON_CPU_NULL);
|
|
|
|
} else {
|
|
|
|
cpu_reset(cs);
|
|
|
|
}
|
2013-01-16 04:00:41 +01:00
|
|
|
|
2016-03-04 18:34:34 +01:00
|
|
|
scc->parent_realize(dev, &err);
|
|
|
|
out:
|
|
|
|
error_propagate(errp, err);
|
|
|
|
}
|
|
|
|
|
2012-04-02 13:56:29 +02:00
|
|
|
static void s390_cpu_initfn(Object *obj)
|
|
|
|
{
|
2013-01-17 12:13:41 +01:00
|
|
|
CPUState *cs = CPU(obj);
|
2012-04-02 13:56:29 +02:00
|
|
|
S390CPU *cpu = S390_CPU(obj);
|
|
|
|
|
2019-03-28 22:26:22 +01:00
|
|
|
cpu_set_cpustate_pointers(cpu);
|
2016-03-04 18:34:30 +01:00
|
|
|
cs->exception_index = EXCP_HLT;
|
2012-04-02 13:56:29 +02:00
|
|
|
|
2013-01-07 07:14:16 +01:00
|
|
|
#if !defined(CONFIG_USER_ONLY)
|
2021-07-07 12:53:18 +02:00
|
|
|
s390_cpu_init_sysemu(obj);
|
2013-01-07 07:14:16 +01:00
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2015-12-03 13:14:41 +01:00
|
|
|
static gchar *s390_gdb_arch_name(CPUState *cs)
|
|
|
|
{
|
|
|
|
return g_strdup("s390:64-bit");
|
|
|
|
}
|
|
|
|
|
2017-09-13 15:24:08 +02:00
|
|
|
static Property s390x_cpu_properties[] = {
|
2017-09-28 15:46:08 +02:00
|
|
|
#if !defined(CONFIG_USER_ONLY)
|
2017-09-13 15:24:08 +02:00
|
|
|
DEFINE_PROP_UINT32("core-id", S390CPU, env.core_id, 0),
|
2017-09-28 15:46:08 +02:00
|
|
|
#endif
|
2017-09-13 15:24:08 +02:00
|
|
|
DEFINE_PROP_END_OF_LIST()
|
|
|
|
};
|
|
|
|
|
cpu: Use DeviceClass reset instead of a special CPUClass reset
The CPUClass has a 'reset' method. This is a legacy from when
TYPE_CPU used not to inherit from TYPE_DEVICE. We don't need it any
more, as we can simply use the TYPE_DEVICE reset. The 'cpu_reset()'
function is kept as the API which most places use to reset a CPU; it
is now a wrapper which calls device_cold_reset() and then the
tracepoint function.
This change should not cause CPU objects to be reset more often
than they are at the moment, because:
* nobody is directly calling device_cold_reset() or
qdev_reset_all() on CPU objects
* no CPU object is on a qbus, so they will not be reset either
by somebody calling qbus_reset_all()/bus_cold_reset(), or
by the main "reset sysbus and everything in the qbus tree"
reset that most devices are reset by
Note that this does not change the need for each machine or whatever
to use qemu_register_reset() to arrange to call cpu_reset() -- that
is necessary because CPU objects are not on any qbus, so they don't
get reset when the qbus tree rooted at the sysbus bus is reset, and
this isn't being changed here.
All the changes to the files under target/ were made using the
included Coccinelle script, except:
(1) the deletion of the now-inaccurate and not terribly useful
"CPUClass::reset" comments was done with a perl one-liner afterwards:
perl -n -i -e '/ CPUClass::reset/ or print' target/*/*.c
(2) this bit of the s390 change was done by hand, because the
Coccinelle script is not sophisticated enough to handle the
parent_reset call being inside another function:
| @@ -96,8 +96,9 @@ static void s390_cpu_reset(CPUState *s, cpu_reset_type type)
| S390CPU *cpu = S390_CPU(s);
| S390CPUClass *scc = S390_CPU_GET_CLASS(cpu);
| CPUS390XState *env = &cpu->env;
|+ DeviceState *dev = DEVICE(s);
|
|- scc->parent_reset(s);
|+ scc->parent_reset(dev);
| cpu->env.sigp_order = 0;
| s390_cpu_set_state(S390_CPU_STATE_STOPPED, cpu);
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Message-Id: <20200303100511.5498-1-peter.maydell@linaro.org>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2020-03-03 11:05:11 +01:00
|
|
|
static void s390_cpu_reset_full(DeviceState *dev)
|
2019-11-27 18:50:44 +01:00
|
|
|
{
|
cpu: Use DeviceClass reset instead of a special CPUClass reset
The CPUClass has a 'reset' method. This is a legacy from when
TYPE_CPU used not to inherit from TYPE_DEVICE. We don't need it any
more, as we can simply use the TYPE_DEVICE reset. The 'cpu_reset()'
function is kept as the API which most places use to reset a CPU; it
is now a wrapper which calls device_cold_reset() and then the
tracepoint function.
This change should not cause CPU objects to be reset more often
than they are at the moment, because:
* nobody is directly calling device_cold_reset() or
qdev_reset_all() on CPU objects
* no CPU object is on a qbus, so they will not be reset either
by somebody calling qbus_reset_all()/bus_cold_reset(), or
by the main "reset sysbus and everything in the qbus tree"
reset that most devices are reset by
Note that this does not change the need for each machine or whatever
to use qemu_register_reset() to arrange to call cpu_reset() -- that
is necessary because CPU objects are not on any qbus, so they don't
get reset when the qbus tree rooted at the sysbus bus is reset, and
this isn't being changed here.
All the changes to the files under target/ were made using the
included Coccinelle script, except:
(1) the deletion of the now-inaccurate and not terribly useful
"CPUClass::reset" comments was done with a perl one-liner afterwards:
perl -n -i -e '/ CPUClass::reset/ or print' target/*/*.c
(2) this bit of the s390 change was done by hand, because the
Coccinelle script is not sophisticated enough to handle the
parent_reset call being inside another function:
| @@ -96,8 +96,9 @@ static void s390_cpu_reset(CPUState *s, cpu_reset_type type)
| S390CPU *cpu = S390_CPU(s);
| S390CPUClass *scc = S390_CPU_GET_CLASS(cpu);
| CPUS390XState *env = &cpu->env;
|+ DeviceState *dev = DEVICE(s);
|
|- scc->parent_reset(s);
|+ scc->parent_reset(dev);
| cpu->env.sigp_order = 0;
| s390_cpu_set_state(S390_CPU_STATE_STOPPED, cpu);
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Message-Id: <20200303100511.5498-1-peter.maydell@linaro.org>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2020-03-03 11:05:11 +01:00
|
|
|
CPUState *s = CPU(dev);
|
2019-11-27 18:50:44 +01:00
|
|
|
return s390_cpu_reset(s, S390_CPU_RESET_CLEAR);
|
|
|
|
}
|
|
|
|
|
2021-02-04 17:39:23 +01:00
|
|
|
#ifdef CONFIG_TCG
|
|
|
|
#include "hw/core/tcg-cpu-ops.h"
|
|
|
|
|
2021-02-28 00:21:17 +01:00
|
|
|
static const struct TCGCPUOps s390_tcg_ops = {
|
2021-02-04 17:39:23 +01:00
|
|
|
.initialize = s390x_translate_init,
|
2022-10-24 12:56:41 +02:00
|
|
|
.restore_state_to_opc = s390x_restore_state_to_opc,
|
2021-02-04 17:39:23 +01:00
|
|
|
|
2021-09-18 19:34:30 +02:00
|
|
|
#ifdef CONFIG_USER_ONLY
|
|
|
|
.record_sigsegv = s390_cpu_record_sigsegv,
|
2021-10-04 19:40:57 +02:00
|
|
|
.record_sigbus = s390_cpu_record_sigbus,
|
2021-09-18 19:34:30 +02:00
|
|
|
#else
|
|
|
|
.tlb_fill = s390_cpu_tlb_fill,
|
2021-02-04 17:39:23 +01:00
|
|
|
.cpu_exec_interrupt = s390_cpu_exec_interrupt,
|
|
|
|
.do_interrupt = s390_cpu_do_interrupt,
|
|
|
|
.debug_excp_handler = s390x_cpu_debug_excp_handler,
|
|
|
|
.do_unaligned_access = s390x_cpu_do_unaligned_access,
|
|
|
|
#endif /* !CONFIG_USER_ONLY */
|
|
|
|
};
|
|
|
|
#endif /* CONFIG_TCG */
|
|
|
|
|
2012-04-02 11:39:23 +02:00
|
|
|
static void s390_cpu_class_init(ObjectClass *oc, void *data)
|
|
|
|
{
|
|
|
|
S390CPUClass *scc = S390_CPU_CLASS(oc);
|
|
|
|
CPUClass *cc = CPU_CLASS(scc);
|
2013-01-20 19:41:06 +01:00
|
|
|
DeviceClass *dc = DEVICE_CLASS(oc);
|
2012-04-02 11:39:23 +02:00
|
|
|
|
2018-01-14 03:04:12 +01:00
|
|
|
device_class_set_parent_realize(dc, s390_cpu_realizefn,
|
|
|
|
&scc->parent_realize);
|
2020-01-10 16:30:32 +01:00
|
|
|
device_class_set_props(dc, s390x_cpu_properties);
|
2017-09-13 15:24:11 +02:00
|
|
|
dc->user_creatable = true;
|
2013-01-16 04:00:41 +01:00
|
|
|
|
cpu: Use DeviceClass reset instead of a special CPUClass reset
The CPUClass has a 'reset' method. This is a legacy from when
TYPE_CPU used not to inherit from TYPE_DEVICE. We don't need it any
more, as we can simply use the TYPE_DEVICE reset. The 'cpu_reset()'
function is kept as the API which most places use to reset a CPU; it
is now a wrapper which calls device_cold_reset() and then the
tracepoint function.
This change should not cause CPU objects to be reset more often
than they are at the moment, because:
* nobody is directly calling device_cold_reset() or
qdev_reset_all() on CPU objects
* no CPU object is on a qbus, so they will not be reset either
by somebody calling qbus_reset_all()/bus_cold_reset(), or
by the main "reset sysbus and everything in the qbus tree"
reset that most devices are reset by
Note that this does not change the need for each machine or whatever
to use qemu_register_reset() to arrange to call cpu_reset() -- that
is necessary because CPU objects are not on any qbus, so they don't
get reset when the qbus tree rooted at the sysbus bus is reset, and
this isn't being changed here.
All the changes to the files under target/ were made using the
included Coccinelle script, except:
(1) the deletion of the now-inaccurate and not terribly useful
"CPUClass::reset" comments was done with a perl one-liner afterwards:
perl -n -i -e '/ CPUClass::reset/ or print' target/*/*.c
(2) this bit of the s390 change was done by hand, because the
Coccinelle script is not sophisticated enough to handle the
parent_reset call being inside another function:
| @@ -96,8 +96,9 @@ static void s390_cpu_reset(CPUState *s, cpu_reset_type type)
| S390CPU *cpu = S390_CPU(s);
| S390CPUClass *scc = S390_CPU_GET_CLASS(cpu);
| CPUS390XState *env = &cpu->env;
|+ DeviceState *dev = DEVICE(s);
|
|- scc->parent_reset(s);
|+ scc->parent_reset(dev);
| cpu->env.sigp_order = 0;
| s390_cpu_set_state(S390_CPU_STATE_STOPPED, cpu);
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Message-Id: <20200303100511.5498-1-peter.maydell@linaro.org>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Tested-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
2020-03-03 11:05:11 +01:00
|
|
|
device_class_set_parent_reset(dc, s390_cpu_reset_full, &scc->parent_reset);
|
2021-07-07 12:53:18 +02:00
|
|
|
|
2019-11-27 18:50:42 +01:00
|
|
|
scc->reset = s390_cpu_reset;
|
2016-09-05 10:52:16 +02:00
|
|
|
cc->class_by_name = s390_cpu_class_by_name,
|
2013-08-25 18:53:55 +02:00
|
|
|
cc->has_work = s390_cpu_has_work;
|
2013-05-27 01:33:50 +02:00
|
|
|
cc->dump_state = s390_cpu_dump_state;
|
2013-06-21 19:09:18 +02:00
|
|
|
cc->set_pc = s390_cpu_set_pc;
|
2022-09-30 19:31:21 +02:00
|
|
|
cc->get_pc = s390_cpu_get_pc;
|
2013-06-29 04:18:45 +02:00
|
|
|
cc->gdb_read_register = s390_cpu_gdb_read_register;
|
|
|
|
cc->gdb_write_register = s390_cpu_gdb_write_register;
|
2019-04-02 13:02:09 +02:00
|
|
|
#ifndef CONFIG_USER_ONLY
|
2021-07-07 12:53:18 +02:00
|
|
|
s390_cpu_class_init_sysemu(cc);
|
2013-06-29 18:55:54 +02:00
|
|
|
#endif
|
2015-07-12 03:59:58 +02:00
|
|
|
cc->disas_set_info = s390_cpu_disas_set_info;
|
2014-08-29 15:52:16 +02:00
|
|
|
cc->gdb_num_core_regs = S390_NUM_CORE_REGS;
|
|
|
|
cc->gdb_core_xml_file = "s390x-core64.xml";
|
2015-12-03 13:14:41 +01:00
|
|
|
cc->gdb_arch_name = s390_gdb_arch_name;
|
qdev: Protect device-list-properties against broken devices
Several devices don't survive object_unref(object_new(T)): they crash
or hang during cleanup, or they leave dangling pointers behind.
This breaks at least device-list-properties, because
qmp_device_list_properties() needs to create a device to find its
properties. Broken in commit f4eb32b "qmp: show QOM properties in
device-list-properties", v2.1. Example reproducer:
$ qemu-system-aarch64 -nodefaults -display none -machine none -S -qmp stdio
{"QMP": {"version": {"qemu": {"micro": 50, "minor": 4, "major": 2}, "package": ""}, "capabilities": []}}
{ "execute": "qmp_capabilities" }
{"return": {}}
{ "execute": "device-list-properties", "arguments": { "typename": "pxa2xx-pcmcia" } }
qemu-system-aarch64: /home/armbru/work/qemu/memory.c:1307: memory_region_finalize: Assertion `((&mr->subregions)->tqh_first == ((void *)0))' failed.
Aborted (core dumped)
[Exit 134 (SIGABRT)]
Unfortunately, I can't fix the problems in these devices right now.
Instead, add DeviceClass member cannot_destroy_with_object_finalize_yet
to mark them:
* Hang during cleanup (didn't debug, so I can't say why):
"realview_pci", "versatile_pci".
* Dangling pointer in cpus: most CPUs, plus "allwinner-a10", "digic",
"fsl,imx25", "fsl,imx31", "xlnx,zynqmp", because they create such
CPUs
* Assert kvm_enabled(): "host-x86_64-cpu", host-i386-cpu",
"host-powerpc64-cpu", "host-embedded-powerpc-cpu",
"host-powerpc-cpu" (the powerpc ones can't currently reach the
assertion, because the CPUs are only registered when KVM is enabled,
but the assertion is arguably in the wrong place all the same)
Make qmp_device_list_properties() fail cleanly when the device is so
marked. This improves device-list-properties from "crashes, hangs or
leaves dangling pointers behind" to "fails". Not a complete fix, just
a better-than-nothing work-around. In the above reproducer,
device-list-properties now fails with "Can't list properties of device
'pxa2xx-pcmcia'".
This also protects -device FOO,help, which uses the same machinery
since commit ef52358 "qdev-monitor: include QOM properties in -device
FOO, help output", v2.2. Example reproducer:
$ qemu-system-aarch64 -machine none -device pxa2xx-pcmcia,help
Before:
qemu-system-aarch64: .../memory.c:1307: memory_region_finalize: Assertion `((&mr->subregions)->tqh_first == ((void *)0))' failed.
After:
Can't list properties of device 'pxa2xx-pcmcia'
Cc: "Andreas Färber" <afaerber@suse.de>
Cc: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
Cc: Alexander Graf <agraf@suse.de>
Cc: Anthony Green <green@moxielogic.com>
Cc: Aurelien Jarno <aurelien@aurel32.net>
Cc: Bastian Koppelmann <kbastian@mail.uni-paderborn.de>
Cc: Blue Swirl <blauwirbel@gmail.com>
Cc: Eduardo Habkost <ehabkost@redhat.com>
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: Jia Liu <proljc@gmail.com>
Cc: Leon Alrae <leon.alrae@imgtec.com>
Cc: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Cc: Max Filippov <jcmvbkbc@gmail.com>
Cc: Michael Walle <michael@walle.cc>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>
Cc: Richard Henderson <rth@twiddle.net>
Cc: qemu-ppc@nongnu.org
Cc: qemu-stable@nongnu.org
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Reviewed-by: Eduardo Habkost <ehabkost@redhat.com>
Message-Id: <1443689999-12182-10-git-send-email-armbru@redhat.com>
2015-10-01 10:59:58 +02:00
|
|
|
|
2016-09-05 10:52:17 +02:00
|
|
|
s390_cpu_model_class_register_props(oc);
|
2021-02-04 17:39:23 +01:00
|
|
|
|
|
|
|
#ifdef CONFIG_TCG
|
|
|
|
cc->tcg_ops = &s390_tcg_ops;
|
|
|
|
#endif /* CONFIG_TCG */
|
2012-04-02 11:39:23 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
static const TypeInfo s390_cpu_type_info = {
|
|
|
|
.name = TYPE_S390_CPU,
|
|
|
|
.parent = TYPE_CPU,
|
|
|
|
.instance_size = sizeof(S390CPU),
|
2020-09-16 02:46:38 +02:00
|
|
|
.instance_align = __alignof__(S390CPU),
|
2012-04-02 13:56:29 +02:00
|
|
|
.instance_init = s390_cpu_initfn,
|
2021-07-07 12:53:18 +02:00
|
|
|
|
|
|
|
#ifndef CONFIG_USER_ONLY
|
2013-01-07 07:14:16 +01:00
|
|
|
.instance_finalize = s390_cpu_finalize,
|
2021-07-07 12:53:18 +02:00
|
|
|
#endif /* !CONFIG_USER_ONLY */
|
|
|
|
|
2016-09-05 10:52:16 +02:00
|
|
|
.abstract = true,
|
2012-04-02 11:39:23 +02:00
|
|
|
.class_size = sizeof(S390CPUClass),
|
|
|
|
.class_init = s390_cpu_class_init,
|
|
|
|
};
|
|
|
|
|
|
|
|
static void s390_cpu_register_types(void)
|
|
|
|
{
|
|
|
|
type_register_static(&s390_cpu_type_info);
|
|
|
|
}
|
|
|
|
|
|
|
|
type_init(s390_cpu_register_types)
|