[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC PATCH v2 9/9] target/s390x: Use start-powered-off CPUState prop
From: |
Eduardo Habkost |
Subject: |
Re: [RFC PATCH v2 9/9] target/s390x: Use start-powered-off CPUState property |
Date: |
Wed, 22 Jul 2020 13:00:32 -0400 |
On Wed, Jul 22, 2020 at 12:50:16AM -0300, Thiago Jung Bauermann wrote:
> Instead of setting CPUState::halted to 1 in s390_cpu_initfn(), use the
> start-powered-off property which makes cpu_common_reset() initialize it to
> 1 in common code.
>
> Signed-off-by: Thiago Jung Bauermann <bauerman@linux.ibm.com>
> ---
> target/s390x/cpu.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> NB: I was only able to test that this patch builds. I wasn't able to
> run it.
>
> diff --git a/target/s390x/cpu.c b/target/s390x/cpu.c
> index 08eb674d22..d3a14af1d9 100644
> --- a/target/s390x/cpu.c
> +++ b/target/s390x/cpu.c
> @@ -291,7 +291,8 @@ static void s390_cpu_initfn(Object *obj)
> S390CPU *cpu = S390_CPU(obj);
>
> cpu_set_cpustate_pointers(cpu);
> - cs->halted = 1;
> + object_property_set_bool(OBJECT(cs), "start-powered-off", true,
> + &error_abort);
Is this really OK? s390 CPUs don't seem to set halted=1 on reset
today.
> cs->exception_index = EXCP_HLT;
> #if !defined(CONFIG_USER_ONLY)
> object_property_add(obj, "crash-information", "GuestPanicInformation",
>
--
Eduardo
- Re: [RFC PATCH v2 7/9] sparc/sun4m: Don't set CPUState::halted in cpu_devinit(), (continued)