Re: native_cpu_up speed (Re: [PATCH] x86: skip delays during SMP initialization similar to Xen)

2015-05-29 Thread Jan H. Schönherr
On 05/29/2015 09:47 AM, Len Brown wrote: However, a clear pattern jumped out of the trace for how long the BSP waits for the AP to set itself in cpu_callin_mask. This is the time in start secondary where cpu_init() is running, up through smp_callin() is called. On the 1st package, each remote

native_cpu_up speed (Re: [PATCH] x86: skip delays during SMP initialization similar to Xen)

2015-05-29 Thread Len Brown
>> I don't know if anything can be done for the 1700us wait >> for the remote processor to mark itself initialized. >> That is the 1st thing it does when it enters cpu_init(). > > So that 1.7 msecs delay is the firmware in essence? Yes -- hardware+microcode+firmware initialization. I measured

Re: native_cpu_up speed (Re: [PATCH] x86: skip delays during SMP initialization similar to Xen)

2015-05-29 Thread Jan H. Schönherr
On 05/29/2015 09:47 AM, Len Brown wrote: However, a clear pattern jumped out of the trace for how long the BSP waits for the AP to set itself in cpu_callin_mask. This is the time in start secondary where cpu_init() is running, up through smp_callin() is called. On the 1st package, each remote

native_cpu_up speed (Re: [PATCH] x86: skip delays during SMP initialization similar to Xen)

2015-05-29 Thread Len Brown
I don't know if anything can be done for the 1700us wait for the remote processor to mark itself initialized. That is the 1st thing it does when it enters cpu_init(). So that 1.7 msecs delay is the firmware in essence? Yes -- hardware+microcode+firmware initialization. I measured this on