All of lore.kernel.org
 help / color / mirror / Atom feed
From: Igor Mammedov <imammedo@redhat.com>
To: Babu Moger <babu.moger@amd.com>
Cc: ehabkost@redhat.com, mst@redhat.com, qemu-devel@nongnu.org,
	pbonzini@redhat.com, rth@twiddle.net
Subject: Re: [PATCH v6 12/13] hw/i386: Move arch_id decode inside x86_cpus_init
Date: Wed, 11 Mar 2020 13:29:30 +0100	[thread overview]
Message-ID: <20200311132930.6408bccc@redhat.com> (raw)
In-Reply-To: <158389407977.22020.8482854741622304295.stgit@naples-babu.amd.com>

On Tue, 10 Mar 2020 21:34:39 -0500
Babu Moger <babu.moger@amd.com> wrote:

> Apicid calculation depends on knowing the total number of numa nodes
> for EPYC cpu models. Right now, we are calculating the arch_id while
> parsing the numa(parse_numa). At this time, it is not known how many
> total numa nodes are configured in the system.
> 
> Move the arch_id inside x86_cpus_init. At this time smp parse is already
> completed and numa node information is available.

now it's correcting bug introduced by 10/13,
which is fine but it leaves bisection broken

perhaps squash this patch in 10/13?

> 
> Signed-off-by: Babu Moger <babu.moger@amd.com>
> Acked-by: Michael S. Tsirkin <mst@redhat.com>
> ---
>  hw/i386/x86.c |   17 +++++++++++------
>  1 file changed, 11 insertions(+), 6 deletions(-)
> 
> diff --git a/hw/i386/x86.c b/hw/i386/x86.c
> index ad85347142..be93c1fd1b 100644
> --- a/hw/i386/x86.c
> +++ b/hw/i386/x86.c
> @@ -140,6 +140,9 @@ void x86_cpus_init(X86MachineState *x86ms, int default_cpu_version)
>      MachineState *ms = MACHINE(x86ms);
>      MachineClass *mc = MACHINE_GET_CLASS(x86ms);
>  
> +    /* Check for apicid encoding */
> +    x86_check_apic_id_encoding(ms);
> +
>      x86_cpu_set_default_version(default_cpu_version);
>  
>      /*
> @@ -153,6 +156,12 @@ void x86_cpus_init(X86MachineState *x86ms, int default_cpu_version)
>      x86ms->apic_id_limit = x86_cpu_apic_id_from_index(x86ms,
>                                                        ms->smp.max_cpus - 1) + 1;
>      possible_cpus = mc->possible_cpu_arch_ids(ms);
> +
> +    for (i = 0; i < ms->smp.cpus; i++) {
> +        ms->possible_cpus->cpus[i].arch_id =
> +            x86_cpu_apic_id_from_index(x86ms, i);
> +    }
> +
>      for (i = 0; i < ms->smp.cpus; i++) {
>          x86_cpu_new(x86ms, possible_cpus->cpus[i].arch_id, &error_fatal);
>      }
> @@ -177,8 +186,7 @@ int64_t x86_get_default_cpu_node_id(const MachineState *ms, int idx)
>     init_topo_info(&topo_info, x86ms);
>  
>     assert(idx < ms->possible_cpus->len);
> -   x86ms->topo_ids_from_apicid(ms->possible_cpus->cpus[idx].arch_id,
> -                               &topo_info, &topo_ids);
> +   x86ms->topo_ids_from_idx(&topo_info, idx, &topo_ids);
>     return topo_ids.pkg_id % ms->numa_state->num_nodes;
>  }
>  
> @@ -212,10 +220,7 @@ const CPUArchIdList *x86_possible_cpu_arch_ids(MachineState *ms)
>  
>          ms->possible_cpus->cpus[i].type = ms->cpu_type;
>          ms->possible_cpus->cpus[i].vcpus_count = 1;
> -        ms->possible_cpus->cpus[i].arch_id =
> -            x86_cpu_apic_id_from_index(x86ms, i);
> -        x86ms->topo_ids_from_apicid(ms->possible_cpus->cpus[i].arch_id,
> -                                    &topo_info, &topo_ids);
> +        x86ms->topo_ids_from_idx(&topo_info, i, &topo_ids);
>          ms->possible_cpus->cpus[i].props.has_socket_id = true;
>          ms->possible_cpus->cpus[i].props.socket_id = topo_ids.pkg_id;
>          if (x86ms->smp_dies > 1) {
> 



  reply	other threads:[~2020-03-11 12:30 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-11  2:33 [PATCH v6 00/13] APIC ID fixes for AMD EPYC CPU model Babu Moger
2020-03-11  2:33 ` [PATCH v6 01/13] hw/i386: Introduce X86CPUTopoInfo to contain topology info Babu Moger
2020-03-11 11:39   ` Igor Mammedov
2020-03-11 14:02     ` Babu Moger
2020-03-11  2:33 ` [PATCH v6 02/13] hw/i386: Consolidate topology functions Babu Moger
2020-03-11  2:33 ` [PATCH v6 03/13] machine: Add SMP Sockets in CpuTopology Babu Moger
2020-03-11  2:33 ` [PATCH v6 04/13] hw/i386: Remove unnecessary initialization in x86_cpu_new Babu Moger
2020-03-11  2:33 ` [PATCH v6 05/13] hw/i386: Update structures to save the number of nodes per package Babu Moger
2020-03-11  2:33 ` [PATCH v6 06/13] hw/i386: Rename apicid_from_topo_ids to x86_apicid_from_topo_ids Babu Moger
2020-03-11 11:44   ` Igor Mammedov
2020-03-11  2:34 ` [PATCH v6 07/13] hw/386: Add EPYC mode topology decoding functions Babu Moger
2020-03-11  2:34 ` [PATCH v6 08/13] target/i386: Cleanup and use the EPYC mode topology functions Babu Moger
2020-03-11 11:49   ` Igor Mammedov
2020-03-11  2:34 ` [PATCH v6 09/13] hw/i386: Introduce apicid functions inside X86MachineState Babu Moger
2020-03-11  2:34 ` [PATCH v6 10/13] i386: Check for apic id encoding Babu Moger
2020-03-11 12:17   ` Igor Mammedov
2020-03-11 14:50     ` Babu Moger
2020-03-11  2:34 ` [PATCH v6 11/13] target/i386: Enable new apic id encoding for EPYC based cpus models Babu Moger
2020-03-11 12:18   ` Igor Mammedov
2020-03-11  2:34 ` [PATCH v6 12/13] hw/i386: Move arch_id decode inside x86_cpus_init Babu Moger
2020-03-11 12:29   ` Igor Mammedov [this message]
2020-03-11 14:52     ` Babu Moger
2020-03-11  2:34 ` [PATCH v6 13/13] i386: Fix pkg_id offset for EPYC cpu models Babu Moger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200311132930.6408bccc@redhat.com \
    --to=imammedo@redhat.com \
    --cc=babu.moger@amd.com \
    --cc=ehabkost@redhat.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.