The synchronize_srcu_expedited() function is currently quick if there
are no active readers, but will delay a full jiffy if there are any.
If these readers leave their SRCU read-side critical sections quickly,
this is way too long to wait.  So this commit first waits ten microseconds,
and only then falls back to jiffy-at-a-time waiting.
Reported-by: NAvi Kivity <avi@redhat.com>
Reported-by: NMarcelo Tosatti <mtosatti@redhat.com>
Tested-by: NTakuya Yoshikawa <yoshikawa.takuya@oss.ntt.co.jp>
Signed-off-by: NPaul E. McKenney <paulmck@linux.vnet.ibm.com>