lkml.org 
[lkml]   [2014]   [Feb]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] x86, apic: clean up handling of boot_cpu_physical_apicid in boot process
On Wed, Feb 05, 2014 at 11:38:24AM -0500, Vivek Goyal wrote:

[..]
> Initially we thought that cpu with "initial apicid" 0 is BSP. But
> Jerry from HP is reporting that on some of the machines he has, BSP
> does not have to have apic id 0.
>
> If that's the case, we don't have a reliable way to figure out which is
> BSP in the system. Or am I missing something?

Or, can I look at "processor" field in /proc/cpuinfo. If this is 0, will
this always mean it represents the cpu on which kernel booted.

If yes, then in first kernel one can safely assume that boot cpu is bios
designated BSP also. And kdump scripts should be able to automate that.

Though this assumption can be broken in second kernel but as of today
nobody needs to know bios designated BSP in second kernel.

Thanks
Vivek


\
 
 \ /
  Last update: 2014-02-05 22:21    [W:0.141 / U:0.124 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site