[PATCH] driver core: support bus manage deferred probe

From: Zhang Ning deferred probe will be hanlded by deferred_probe_initcall, starts at late_initcall. this is too late to handle deferred probe, this will block kernel exec to userspace, make kernel initial time longer. if we know when required resources are ready for a list of devices, related

[PATCH] init: no need to wait device probe

From: Zhang Ning there are 2 reasons for no need to wait device probe reason 1: mount root device is very late in kernel initial stage. all initcalls are finished. that means most of probe functions are returned. and deferred probe are also finished by late_initcall. only async probe driver are

[PATCH] init: no need to wait device probe

From: Zhang Ning there are 2 reasons for no need to wait device probe reason 1: mount root device is very late in kernel initial stage. all initcalls are finished. that means most of probe functions are returned. and deferred probe are also finished by late_initcall. only async probe driver are

[PATCH] x86/smpboot: set topology CPU mask before use.

From: Zhang Ning we detect topology CPU mask in tsc is used before it is set, it leads to longer bootup time. let's check the code. smpboot.c:smp_callin() ---> calibarate.c:calibrate_delay() ---> tsc.c: calibrate_delay_is_known() ---> topology_core_cpumask(): read