search for: monotonic_clock

...ffffffff8026cf09>] do_IRQ+0xec/0xf5 Apr 18 01:10:00 xenmaster kernel: [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb Apr 18 01:10:00 xenmaster kernel: [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c Apr 18 01:10:00 xenmaster kernel: <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 Apr 18 01:10:00 xenmaster kernel: [<ffffffff8026e4e5>] raw_safe_halt+0x84/0xa8 Apr 18 01:10:00 xenmast...

...<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff8026df02>] monotonic_clock+0x35/0x7b [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_sc...

It seems that VCPU system time isn''t monotonic (using 3.0.4). It seems it might be correlated to when a VCPU is switched across real CPUs but I haven''t conclusively proved that. But e.g.: { old = { time = { version = 0x4ec pad0 = 0xe8e0 tsc_timestamp = 0x22cc8398b7194 system_time =

...6/time.c --- a/extras/mini-os/arch/x86/time.c Wed May 07 15:36:32 2008 +0100 +++ b/extras/mini-os/arch/x86/time.c Thu May 08 11:40:05 2008 +0100 @@ -201,10 +201,12 @@ void block_domain(s_time_t until) { struct timeval tv; gettimeofday(&tv, NULL); + ASSERT(irqs_disabled()); if(monotonic_clock() < until) { HYPERVISOR_set_timer_op(until); HYPERVISOR_sched_op(SCHEDOP_block, 0); + local_irq_disable(); } } _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...:07 zebra kernel: [<ffffffff8028792a>] find_busiest_group+0x1db/0x44d Apr 5 09:03:07 zebra kernel: [<ffffffff802883c0>] dequeue_task+0x18/0x37 Apr 5 09:03:07 zebra kernel: [<ffffffff80288407>] deactivate_task+0x28/0x5f Apr 5 09:03:07 zebra kernel: [<ffffffff8026ef47>] monotonic_clock+0x35/0x7b Apr 5 09:03:07 zebra kernel: [<ffffffff80262dd3>] thread_return+0x6c/0x113 Apr 5 09:03:07 zebra kernel: [<ffffffff80340af5>] kobject_cleanup+0x39/0x7e Apr 5 09:03:07 zebra kernel: [<ffffffff88719d2c>] :blkbk:blkif_schedule+0x36e/0x456 Apr 5 09:03:07 zebra kernel:...

...); - spin_unlock(&rtc_lock); } +static void set_rtc_mmss(unsigned long nowtime) +{ +/* + * IRQs are disabled when we're called from the timer interrupt, + * no need for spin_lock_irqsave() + */ + spin_lock(&rtc_lock); + set_wallclock(nowtime); + spin_unlock(&rtc_lock); +} /* monotonic_clock(): returns # of nanoseconds passed since time_init() * Note: This function is required to return accurate @@ -494,13 +498,11 @@ unsigned long long sched_clock(void) return cycles_2_ns(a); } -static unsigned long get_cmos_time(void) +unsigned long do_get_cmos_time(void) { unsigned int yea...

...); - spin_unlock(&rtc_lock); } +static void set_rtc_mmss(unsigned long nowtime) +{ +/* + * IRQs are disabled when we're called from the timer interrupt, + * no need for spin_lock_irqsave() + */ + spin_lock(&rtc_lock); + set_wallclock(nowtime); + spin_unlock(&rtc_lock); +} /* monotonic_clock(): returns # of nanoseconds passed since time_init() * Note: This function is required to return accurate @@ -494,13 +498,11 @@ unsigned long long sched_clock(void) return cycles_2_ns(a); } -static unsigned long get_cmos_time(void) +unsigned long do_get_cmos_time(void) { unsigned int yea...

...riscal kernel: [<f4a09076>] xfs_btree_check_sblock+0x96/0xf0 [xfs] Aug 31 08:15:32 mariscal kernel: [<f4a21607>] xfs_inobt_lookup+0x1a7/0x4a0 [xfs ] Aug 31 08:15:32 mariscal kernel: [<f4a1fdee>] xfs_dialloc+0xfee/0x1520 [xfs] Aug 31 08:15:32 mariscal kernel: [<c0107b7b>] monotonic_clock+0x3b/0x80 Aug 31 08:15:32 mariscal kernel: [<c02b4222>] tcp_v4_do_rcv+0xd2/0x340 Aug 31 08:15:32 mariscal kernel: [<c0116acd>] try_to_wake_up+0x8d/0x380 Aug 31 08:15:32 mariscal kernel: [<c02ac6e0>] tcp_data_queue+0x430/0xbf0 Aug 31 08:15:32 mariscal kernel: [<c0296f54>]...

...f88001db9fa58 ffff88001f676400 00000000fffffffe ffffffff88021056 ffff88001f04def8 000000301f04de88 ffffffff8020dd40 ffff88001f04ddb8 ffffffff80225ca3 ffff88001de23500 ffffffff803ef023 ffff88001f04de98 Call Trace: [<ffffffff88021056>] :fuse:fuse_dev_readv+0x385/0x435 [<ffffffff8020dd40>] monotonic_clock+0x35/0x7d [<ffffffff80225ca3>] deactivate_task+0x1d/0x28 [<ffffffff803ef023>] thread_return+0x0/0x120 [<ffffffff802801d3>] do_readv_writev+0x271/0x294 [<ffffffff802274c7>] default_wake_function+0x0/0xe [<ffffffff803f0976>] __down_read+0x12/0xec [<ffffffff88021120&gt...

...real_cycles_accounted_system is safe to read because this + * routine is always called with at least the xtime_lock read lock. */ + if (cur_cycles < real_cycles_accounted_system) { + return 0; + } + return cycles_2_us(cur_cycles - real_cycles_accounted_system); +} + +static unsigned long long monotonic_clock_vmi(void) +{ + return cycles_2_ns(vmi_get_real_cycles()); +} + +static void delay_vmi(unsigned long loops) +{ +#ifdef CONFIG_SMP + /* SMP needs a delay for smpboot.c. */ + unsigned long bclock, now; + + bclock = (unsigned long)vmi_get_real_cycles(); + do + { + rep_nop(); + now = (unsigned long)v...

...real_cycles_accounted_system is safe to read because this + * routine is always called with at least the xtime_lock read lock. */ + if (cur_cycles < real_cycles_accounted_system) { + return 0; + } + return cycles_2_us(cur_cycles - real_cycles_accounted_system); +} + +static unsigned long long monotonic_clock_vmi(void) +{ + return cycles_2_ns(vmi_get_real_cycles()); +} + +static void delay_vmi(unsigned long loops) +{ +#ifdef CONFIG_SMP + /* SMP needs a delay for smpboot.c. */ + unsigned long bclock, now; + + bclock = (unsigned long)vmi_get_real_cycles(); + do + { + rep_nop(); + now = (unsigned long)v...

Hi all, I need a periodic timer running at ideally at 125 microseconds and at least 500 microseconds. I''ve just found the VCPUOP_set_periodic_timer, however there is a comment saying "periods less than one millisecond may not be supported". I will be running on an x64 machine. Is this supported? If not, is there any alternate means of generating a fast interrupt? Regards.

...keventd_create_kthread+0x0/0xc4 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff8025fac5>] kernel_thread+0x81/0xde Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff80299dc0>] keventd_create_kthread+0x0/0xc4 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff8026df02>] monotonic_clock+0x35/0x7b Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff80233378>] kthread+0x0/0x132 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff8025fb22>] child_rip+0x0/0x12 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff80299ddd>] keventd_create_kthread+0x1d/0xc4 Apr 2 17...

...); - spin_unlock(&rtc_lock); } +static void set_rtc_mmss(unsigned long nowtime) +{ +/* + * IRQs are disabled when we're called from the timer interrupt, + * no need for spin_lock_irqsave() + */ + spin_lock(&rtc_lock); + set_wallclock(nowtime); + spin_unlock(&rtc_lock); +} /* monotonic_clock(): returns # of nanoseconds passed since time_init() * Note: This function is required to return accurate @@ -494,13 +498,11 @@ unsigned long long sched_clock(void) return cycles_2_ns(a); } -static unsigned long get_cmos_time(void) +unsigned long do_get_cmos_time(void) { unsigned int yea...

...); - spin_unlock(&rtc_lock); } +static void set_rtc_mmss(unsigned long nowtime) +{ +/* + * IRQs are disabled when we're called from the timer interrupt, + * no need for spin_lock_irqsave() + */ + spin_lock(&rtc_lock); + set_wallclock(nowtime); + spin_unlock(&rtc_lock); +} /* monotonic_clock(): returns # of nanoseconds passed since time_init() * Note: This function is required to return accurate @@ -494,13 +498,11 @@ unsigned long long sched_clock(void) return cycles_2_ns(a); } -static unsigned long get_cmos_time(void) +unsigned long do_get_cmos_time(void) { unsigned int yea...

This patch series contains a set of patches making minios rather easier to use, from an application development point of view. Overview of patches: 1 Command line argument parsing support, from Xen. 2 Weak console handler function. 3 Build system tweaks for application directories. 4 Trailing whitespace cleanup. (because it is very messy) Patch 4 is likely to be more controversial than

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths

Unlike full virtualization in which the virtual machine provides the same platform interface as running natively on the hardware, paravirtualization requires modification to the guest operating system to work with the platform interface provided by the hypervisor. Xen was designed with performance in mind. Calls to the hypervisor are minimized, batched if necessary, and non-critical codepaths