mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Suresh Siddha <suresh.b.siddha@intel.com>
To: Yinghai Lu <yinghai@kernel.org>
Cc: Ingo Molnar <mingo@elte.hu>, Thomas Gleixner <tglx@linutronix.de>,
	"H. Peter Anvin" <hpa@zytor.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Cyrill Gorcunov <gorcunov@openvz.org>
Subject: Re: [PATCH] x86: use hard_smp_processor_id to get apic id in identify_cpu -v2
Date: Tue, 25 Aug 2009 15:53:55 -0700	[thread overview]
Message-ID: <1251240835.2636.28.camel@sbs-t61> (raw)
In-Reply-To: <4A946082.9090809@kernel.org>

On Tue, 2009-08-25 at 15:06 -0700, Yinghai Lu wrote:
> 
> and leave phys_proc_id to use initial apic id.

No. We need to be consistent for both phys_proc_id and apicid
computations.

i.e., if the bios changes the apic id's and those updated apic id's are
not reflected in the initial apic id, then we need to use
hard_smp_processor_id() for both phys_proc_id and apicid computations.

On the other platforms (default option) we need to use initial apic id
(returned by cpuid).

> -v2: update the one in detect_extended_topology too.

This is not required. On these platforms, initial_apicid will be updated
(along with the physical apicid) if there are any bios modifications.

Instead of this patch, what we need to do is: Just like the vsmp change,
we need to override the phys_pkg_id routine for the platforms where the
bios will modify apic id's and where cpuid doesn't reflect the bios
modification (for example IBM x445 system etc)

thanks,
suresh


  reply	other threads:[~2009-08-25 22:54 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-25  7:25 [PATCH] x86: use hard_smp_processor_id to get apic id in identify_cpu Yinghai Lu
2009-08-25 19:51 ` [PATCH] x86: use c->apicid directly in srat_detect_node Yinghai Lu
2009-08-25 22:06 ` [PATCH] x86: use hard_smp_processor_id to get apic id in identify_cpu -v2 Yinghai Lu
2009-08-25 22:53   ` Suresh Siddha [this message]
2009-08-26  1:14     ` Yinghai Lu
2009-08-26 17:49       ` Suresh Siddha
2009-08-26 19:07         ` Yinghai Lu
2009-08-26 22:24           ` Suresh Siddha
2009-08-29 20:17             ` [PATCH] x86: use hard_smp_processor_id to get apic id for amd k8 cpus Yinghai Lu
2009-09-04  7:59               ` [tip:x86/cpu] x86: Use hard_smp_processor_id() to get apic id for AMD K8 cpus tip-bot for Yinghai Lu

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=1251240835.2636.28.camel@sbs-t61 \
    --to=suresh.b.siddha@intel.com \
    --cc=gorcunov@openvz.org \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    --cc=yinghai@kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®