qemu-ppc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [PATCH] spapr: fix missing CPU core nodes in DT when runn


From: David Gibson
Subject: Re: [Qemu-ppc] [PATCH] spapr: fix missing CPU core nodes in DT when running with TCG
Date: Mon, 19 Feb 2018 11:11:52 +1100
User-agent: Mutt/1.9.2 (2017-12-15)

On Fri, Feb 16, 2018 at 07:58:06PM +0100, Greg Kurz wrote:
> Commit 5d0fb1508e2d "spapr: consolidate the VCPU id numbering logic
> in a single place" introduced a helper to detect thread0 of a virtual
> core based on its VCPU id. This is used to create CPU core nodes in
> the DT, but it is broken in TCG.
> 
> $ qemu-system-ppc64 -nographic -accel tcg -machine dumpdtb=dtb.bin \
>                     -smp cores=16,maxcpus=16,threads=1
> $ dtc -f -O dts dtb.bin | grep POWER8
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
> 
> instead of the expected 16 cores that we get with KVM:
> 
> $ dtc -f -O dts dtb.bin | grep POWER8
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
>                 PowerPC,address@hidden {
> 
> This happens because spapr_get_vcpu_id() maps VCPU ids to
> cs->cpu_index in TCG mode. This confuses the code in
> spapr_is_thread0_in_vcore(), since it assumes thread0 VCPU
> ids to have a spapr->vsmt spacing.
> 
>     spapr_get_vcpu_id(cpu) % spapr->vsmt == 0
> 
> Actually, there's no real reason to expose cs->cpu_index instead
> of the VCPU id, since we also generate it with TCG. Also we already
> set it explicitly in spapr_set_vcpu_id(), so there's no real reason
> either to call kvm_arch_vcpu_id() with KVM.
> 
> This patch unifies spapr_get_vcpu_id() to always return the computed
> VCPU id both in TCG and KVM. This is one step forward towards KVM<->TCG
> migration.
> 
> Fixes: 5d0fb1508e2d
> Reported-by: C├ędric Le Goater <address@hidden>
> Signed-off-by: Greg Kurz <address@hidden>

Applied, thanks.

> ---
>  hw/ppc/spapr.c |    8 +-------
>  1 file changed, 1 insertion(+), 7 deletions(-)
> 
> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> index 83c9d66dd56f..d6fd0e666e74 100644
> --- a/hw/ppc/spapr.c
> +++ b/hw/ppc/spapr.c
> @@ -3810,13 +3810,7 @@ static void 
> spapr_pic_print_info(InterruptStatsProvider *obj,
>  
>  int spapr_get_vcpu_id(PowerPCCPU *cpu)
>  {
> -    CPUState *cs = CPU(cpu);
> -
> -    if (kvm_enabled()) {
> -        return kvm_arch_vcpu_id(cs);
> -    } else {
> -        return cs->cpu_index;
> -    }
> +    return cpu->vcpu_id;
>  }
>  
>  void spapr_set_vcpu_id(PowerPCCPU *cpu, int cpu_index, Error **errp)
> 

-- 
David Gibson                    | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au  | minimalist, thank you.  NOT _the_ _other_
                                | _way_ _around_!
http://www.ozlabs.org/~dgibson

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]