• Len Brown's avatar
    x86/smpboot: Remove udelay(100) when polling cpu_initialized_map · 6e38f1e7
    Len Brown authored
    After the BSP sends the APIC INIT/SIPI/SIPI to the AP,
    it waits for the AP to come up and indicate that it is alive
    by setting its own bit in the cpu_initialized_mask.
    
    Linux polls for up to 10 seconds for this to happen.
    Each polling loop has a udelay(100) and a call to schedule().
    
    The udelay(100) adds no value.
    
    For example, on my desktop, the BSP waits for the
    other 3 CPUs to come on line at boot for 305, 404, 405 usec.
    For resume from S3, it waits 317, 404, 405 usec.
    
    But when the udelay(100) is removed, the BSP waits
    305, 310, 306 for boot, and 305, 307, 306 for resume.
    
    So for both boot and resume, removing the udelay(100)
    speeds online by about 100us in 2 of 3 cases.
    Signed-off-by: default avatarLen Brown <len.brown@intel.com>
    Cc: Andy Lutomirski <luto@amacapital.net>
    Cc: Arjan van de Ven <arjan@linux.intel.com>
    Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
    Cc: Borislav Petkov <bp@alien8.de>
    Cc: Dave Hansen <dave.hansen@linux.intel.com>
    Cc: Igor Mammedov <imammedo@redhat.com>
    Cc: Jan H. Schönherr <jschoenh@amazon.de>
    Cc: Linus Torvalds <torvalds@linux-foundation.org>
    Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
    Cc: Peter Zijlstra <peterz@infradead.org>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Cc: Zhu Guihua <zhugh.fnst@cn.fujitsu.com>
    Link: http://lkml.kernel.org/r/33ef746c67d2489cad0a9b1958cf71167232ff2b.1439739165.git.len.brown@intel.comSigned-off-by: default avatarIngo Molnar <mingo@kernel.org>
    6e38f1e7
smpboot.c 37.2 KB