search for: s_time_t

...- #define SEDF_CPUONLINE(_pool) \ (((_pool) == NULL) ? &cpupool_free_cpus : (_pool)->cpu_valid) @@ -66,34 +58,35 @@ struct sedf_vcpu_info { struct list_head list; struct list_head extralist[2]; - /*Parameters for EDF*/ - s_time_t period; /*=(relative deadline)*/ - s_time_t slice; /*=worst case execution time*/ + /* Parameters for EDF */ + s_time_t period; /* =(relative deadline) */ + s_time_t slice; /* =worst case execution time */ - /*Advaced Parameters*/ - /*Latency Scaling*/ + /* Advaced...

...offset ) diff --git a/xen/arch/arm/vtimer.c b/xen/arch/arm/vtimer.c index 1c45f4a..fc452e3 100644 --- a/xen/arch/arm/vtimer.c +++ b/xen/arch/arm/vtimer.c @@ -22,6 +22,7 @@ #include <xen/timer.h> #include <xen/sched.h> #include <asm/gic.h> +#include <asm/regs.h> extern s_time_t ticks_to_ns(uint64_t ticks); extern uint64_t ns_to_ticks(s_time_t ns); @@ -49,7 +50,7 @@ static int vtimer_emulate_32(struct cpu_user_regs *regs, union hsr hsr) { struct vcpu *v = current; struct hsr_cp32 cp32 = hsr.cp32; - uint32_t *r = &regs->r0 + cp32.reg; + uint32_t *r...

...printk(KERN_DEBUG "reprogram: expire(%"PRIx64") < " - "now(%"PRIx64")\n", expire, now); if ( !force ) return -ETIME; } @@ -142,12 +140,10 @@ static void handle_hpet_broadcast(struct { cpumask_t mask; s_time_t now, next_event; - int cpu, current_cpu = smp_processor_id(); + int cpu; spin_lock(&ch->lock); - if ( cpu_isset(current_cpu, ch->cpumask) ) - printk(KERN_DEBUG "WARNING: current cpu%d in bc_mask\n", current_cpu); again: ch->next_event = STIME_MA...

In order to avoid high-frequency cpu migration, vcpus may in fact be scheduled slightly out-of-order. Account for this situation properly. Signed-off-by: George Dunlap <george.dunlap@eu.citrix.com> credit2: Fix erronous ASSERT In order to avoid high-frequency cpu migration, vcpus may in fact be scheduled slightly out-of-order. Account for this situation properly. v2: - Update comment

...igned long get_sec(void) { return wc_sec + (wc_nsec + NOW()) / 1000000000ULL; diff -r 47cb862a07c2 -r edc35b026509 xen/include/xen/time.h --- a/xen/include/xen/time.h Mon Mar 05 14:39:07 2012 +0800 +++ b/xen/include/xen/time.h Mon Mar 05 14:39:41 2012 +0800 @@ -34,6 +34,7 @@ typedef s64 s_time_t; s_time_t get_s_time(void); unsigned long get_localtime(struct domain *d); +uint64_t get_localtime_us(struct domain *d); struct tm { int tm_sec; /* seconds */

Under the assumption that in these cases recurring faults aren''t a security issue and it can be expected that the drivers there are going to try to take care of the problem. Signed-off-by: Jan Beulich <jbeulich@suse.com> --- a/xen/drivers/passthrough/amd/iommu_init.c +++ b/xen/drivers/passthrough/amd/iommu_init.c @@ -625,6 +625,18 @@ static void parse_event_log_entry(struct

...r_ops timer_cyclone = { + .name = "CYCLONE", + .init = init_cyclone, + .read_count = read_cyclone_count, + .resume = resume_cyclone, +}; + /************************************************************ * GENERIC PLATFORM TIMER INFRASTRUCTURE */ @@ -525,11 +583,12 @@ static s_time_t read_platform_stime(void { u64 counter; s_time_t stime; - - spin_lock_irq(&platform_timer_lock); - counter = read_platform_count(); + unsigned long flags; + + spin_lock_irqsave(&platform_timer_lock, flags); + counter = cur_timer->read_count(); stime = __r...

...oint for above changes, is to create more chances for timer alignment even when timer slop is small. Large slop can align timers passively, but with heavier impact to single shot timer. Below is a simple align_timer() which aligns to the end of every ms (we can add some boot option to control it): s_time_t align_timer(s_time_t time) { return time | (MILLISECS(1) - 1); } Is there any objections, comments or concerns for such a enhancement? BTW, current vpt code try to handle vLAPIC specially to give vLAPIC ticks a offset from other timer ticks like below: pt->scheduled = NOW() + delta;...

...Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r 4965e711fee8 extras/mini-os/arch/x86/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(); } } ________________________...

...const char *format, va_list ap) +{ + vwarnx(format, ap); + exit(eval); +} + +void errx(int eval, const char *format, ...) +{ + va_list ap; + va_start(ap, format); + verrx(eval, format, ap); + va_end(ap); +} + int nanosleep(const struct timespec *req, struct timespec *rem) { s_time_t start = NOW(); _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...fbdb1aad6ebd5 call out to arch code to deliver timer interrupts diff -r df0ad1c46f10 -r 686cd624618c xen/arch/ia64/xen/xentime.c --- a/xen/arch/ia64/xen/xentime.c Thu Mar 9 16:03:23 2006 +0100 +++ b/xen/arch/ia64/xen/xentime.c Tue Mar 14 14:56:55 2006 -0600 @@ -258,4 +258,8 @@ int reprogram_timer(s_time_t timeout) return 1; } - +void arch_send_timer_event(struct vcpu *v) +{ + send_guest_virq(v, VIRQ_TIMER); +} + diff -r df0ad1c46f10 -r 686cd624618c xen/arch/x86/time.c --- a/xen/arch/x86/time.c Thu Mar 9 16:03:23 2006 +0100 +++ b/xen/arch/x86/time.c Tue Mar 14 14:56:55 2006 -0600 @@ -923,6 +...

Hello everyone, this is the very first version of the patch series that introduces ARMv7 with virtualization extensions support in Xen. The series allows Xen and Dom0 to boot on a Cortex-A15 based Versatile Express simulator. See the following announce email for more informations about what we are trying to achieve, as well as the original git history: See

As discussed in a previous e-mail, this patch series implements yield for the credit scheduler. This allows a VM to actually yield (give up the cpu to another VM) when it wants to. This has been shown to be effective when used in the spinlock code to avoid wasting time spinning when another vcpu is not currently scheduled. _______________________________________________ Xen-devel mailing list

...Index: 2007-12-10/xen/common/schedule.c =================================================================== --- 2007-12-10.orig/xen/common/schedule.c 2007-09-27 10:42:44.000000000 +0200 +++ 2007-12-10/xen/common/schedule.c 2007-12-10 09:22:53.000000000 +0100 @@ -524,9 +524,9 @@ long do_set_timer_op(s_time_t timeout) * timeout in this case can burn a lot of CPU. We therefore go for a * reasonable middleground of triggering a timer event in 100ms. */ - gdprintk(XENLOG_INFO, "Warning: huge timeout set by domain %d " - "(vcpu %d): %"P...

Address some credit2 issues. This patch series, along with the recent changes to the cpupools interface, should address some of the strange credit2 instability. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Patch 1 removes CONFIG_SMP Patch 2 removes separate smp_{,r,w}mb()s as a result of patch 1 Patch 4 removes __ia64__ defines from the x86 arch tree Patch 3 is related to patch 4 and changes the VIOAPIC to emulate version 0x20 as a performance gain. It preceeds Patch 4 so as to be more clear about the functional change. Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>

Dear all: I have found a big bug on xen concerning time virtualization. Please let me show you the whole process: 1 Phenomenon when I run a JVM based program in IE browser in my Virtual Machine, I have found clearly that time at the right bottom corner in my VM gets more slower and slower. I studied the bug deeply, and found something below. 2 Xen vmx_vmexit_handler --> ......... -->

...count_bucket(struct list_head* l, int order) +{ + unsigned long total_pages = 0; + int pages = 1 << order; + struct page_info *pg; + + list_for_each_entry(pg, l, list) + total_pages += pages; + + return total_pages; +} + +static void dump_heap(unsigned char key) +{ + s_time_t now = NOW(); + int i,j,k; + unsigned long total; + + printk("''%c'' pressed -> dumping heap info (now-0x%X:%08X)\n", key, + (u32)(now>>32), (u32)now); + + for (i=0; i<NR_ZONES; i++ ) + for (j=0;j<MAX_NUMNODES;j++) +...

...clude <xen/perfc_defn.h> }; #define NR_PERFCTRS (sizeof(perfc_info) / sizeof(perfc_info[0])) -struct perfcounter perfcounters; +DEFINE_PER_CPU(perfc_t[NUM_PERFCOUNTERS], perfcounters); void perfc_printall(unsigned char key) { - unsigned int i, j, sum; + unsigned int i, j; s_time_t now = NOW(); - atomic_t *counters = (atomic_t *)&perfcounters; printk("Xen performance counters SHOW (now = 0x%08X:%08X)\n", (u32)(now>>32), (u32)now); - for ( i = 0; i < NR_PERFCTRS; i++ ) + for ( i = j = 0; i < NR_PERFCTRS; i++ ) { +...

I''m working on a new hypercall, do_confer, which allows the directed yielding of a vcpu to another vcpu. It is mainly used when a vcpu fails to acquire a spinlock, yielding to the lock holder instead of spinning. I ported the ppc64 spinlock implementation for the i386 linux portion. In implementing the hypercall, I''ve been trying to figure out how to get the scheduler