search for: stime_master_stamp

...as clocksource. The source of hang seems to be in xen stime_local_stamp in cpu_time that suddenly jumps to a large 64bit value. I''ve been chasing to figure where that happens, and why for the hybrid and not PV. It appears the source of jump is time_calibration_std_rendezvous() in c->stime_master_stamp. Chasing that, seems to come from read_platform_stime(). The jump happens after switch to xen clocksource in dom0. I''ll continue to debug, but let me know if you have any thoughts or idea what might be going on. thanks, Mukesh

...new_shift -= 1; + new_mult = new_mult << 1; + } + + t->tsc_scale.mul_frac = new_mult; + t->tsc_scale.shift = new_shift; + local_irq_disable(); + rdtscll(curr_tsc); + t->local_tsc_stamp = curr_tsc; + t->stime_local_stamp = get_s_time(); + t->stime_master_stamp = read_platform_stime(); + local_irq_enable(); + + platform_time_calibration(); +} + /* Set clock to <secs,usecs> after 00:00:00 UTC, 1 January, 1970. */ void do_settime(unsigned long secs, unsigned long nsecs, u64 system_time_base) { @@ -862,7 +897,7 @@ static void local_time_calibr...

...ime(void) local_irq_save(flags); rdtscll(t->local_tsc_stamp); - now = (smp_processor_id() == 0) ? 0 : read_platform_stime(); + now = ((smp_processor_id() == 0) && !on_resume) ? + 0 : read_platform_stime(); local_irq_restore(flags); t->stime_master_stamp = now; @@ -881,6 +963,11 @@ void init_percpu_time(void) init_timer(&t->calibration_timer, local_time_calibration, NULL, smp_processor_id()); set_timer(&t->calibration_timer, NOW() + EPOCH); +} + +void destroy_percpu_time(void) +{ + kill_timer(&this_cpu...