2019-08-25 10:49:17 +01:00
|
|
|
// SPDX-License-Identifier: GPL-2.0
|
2006-01-18 17:42:42 -08:00
|
|
|
/*
|
2015-11-02 16:16:37 +00:00
|
|
|
* Copyright (C) 2015 Anton Ivanov (aivanov@{brocade.com,kot-begemot.co.uk})
|
|
|
|
* Copyright (C) 2015 Thomas Meyer (thomas@m3y3r.de)
|
|
|
|
* Copyright (C) 2012-2014 Cisco Systems
|
2007-10-16 01:27:00 -07:00
|
|
|
* Copyright (C) 2000 - 2007 Jeff Dike (jdike@{addtoit,linux.intel}.com)
|
um: time-travel: Rewrite as an event scheduler
Instead of tracking all the various timer configurations,
modify the time-travel mode to have an event scheduler and
use a timer event on the scheduler to handle the different
timer configurations.
This doesn't change the function right now, but it prepares
the code for having different kinds of events in the future
(i.e. interrupts coming from other devices that are part of
co-simulation.)
While at it, also move time_travel_sleep() to time.c to
reduce the externally visible API surface.
Also, we really should mark time-travel as incompatible with
SMP, even if UML doesn't support SMP yet.
Finally, I noticed a bug while developing this - if we move
time forward due to consuming time while reading the clock,
we might move across the next event and that would cause us
to go backward in time when we then handle that event. Fix
that by invoking the whole event machine in this case, but
in order to simplify this, make reading the clock only cost
something when interrupts are not disabled. Otherwise, we'd
have to hook into the interrupt delivery machinery etc. and
that's somewhat intrusive.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
2020-02-13 14:26:45 +01:00
|
|
|
* Copyright (C) 2019 Intel Corporation
|
2005-04-16 15:20:36 -07:00
|
|
|
*/
|
|
|
|
|
2008-02-04 22:31:14 -08:00
|
|
|
#include <linux/clockchips.h>
|
2008-04-29 00:59:18 -07:00
|
|
|
#include <linux/init.h>
|
2008-02-04 22:31:14 -08:00
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/jiffies.h>
|
2015-11-02 16:16:37 +00:00
|
|
|
#include <linux/mm.h>
|
|
|
|
#include <linux/sched.h>
|
|
|
|
#include <linux/spinlock.h>
|
2008-02-04 22:31:14 -08:00
|
|
|
#include <linux/threads.h>
|
|
|
|
#include <asm/irq.h>
|
|
|
|
#include <asm/param.h>
|
2012-10-08 03:27:32 +01:00
|
|
|
#include <kern_util.h>
|
|
|
|
#include <os.h>
|
2020-02-13 14:26:44 +01:00
|
|
|
#include <linux/time-internal.h>
|
2019-05-27 10:34:27 +02:00
|
|
|
#include <shared/init.h>
|
|
|
|
|
|
|
|
#ifdef CONFIG_UML_TIME_TRAVEL_SUPPORT
|
|
|
|
enum time_travel_mode time_travel_mode;
|
|
|
|
|
|
|
|
static bool time_travel_start_set;
|
|
|
|
static unsigned long long time_travel_start;
|
um: time-travel: Rewrite as an event scheduler
Instead of tracking all the various timer configurations,
modify the time-travel mode to have an event scheduler and
use a timer event on the scheduler to handle the different
timer configurations.
This doesn't change the function right now, but it prepares
the code for having different kinds of events in the future
(i.e. interrupts coming from other devices that are part of
co-simulation.)
While at it, also move time_travel_sleep() to time.c to
reduce the externally visible API surface.
Also, we really should mark time-travel as incompatible with
SMP, even if UML doesn't support SMP yet.
Finally, I noticed a bug while developing this - if we move
time forward due to consuming time while reading the clock,
we might move across the next event and that would cause us
to go backward in time when we then handle that event. Fix
that by invoking the whole event machine in this case, but
in order to simplify this, make reading the clock only cost
something when interrupts are not disabled. Otherwise, we'd
have to hook into the interrupt delivery machinery etc. and
that's somewhat intrusive.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
2020-02-13 14:26:45 +01:00
|
|
|
static unsigned long long time_travel_time;
|
|
|
|
static LIST_HEAD(time_travel_events);
|
|
|
|
static unsigned long long time_travel_timer_interval;
|
|
|
|
static unsigned long long time_travel_next_event;
|
|
|
|
static struct time_travel_event time_travel_timer_event;
|
|
|
|
|
|
|
|
static void time_travel_set_time(unsigned long long ns)
|
|
|
|
{
|
|
|
|
if (unlikely(ns < time_travel_time))
|
|
|
|
panic("time-travel: time goes backwards %lld -> %lld\n",
|
|
|
|
time_travel_time, ns);
|
|
|
|
time_travel_time = ns;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct time_travel_event *time_travel_first_event(void)
|
|
|
|
{
|
|
|
|
return list_first_entry_or_null(&time_travel_events,
|
|
|
|
struct time_travel_event,
|
|
|
|
list);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __time_travel_add_event(struct time_travel_event *e,
|
|
|
|
unsigned long long time)
|
|
|
|
{
|
|
|
|
struct time_travel_event *tmp;
|
|
|
|
bool inserted = false;
|
|
|
|
|
|
|
|
if (WARN(time_travel_mode == TT_MODE_BASIC &&
|
|
|
|
e != &time_travel_timer_event,
|
|
|
|
"only timer events can be handled in basic mode"))
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (e->pending)
|
|
|
|
return;
|
|
|
|
|
|
|
|
e->pending = true;
|
|
|
|
e->time = time;
|
|
|
|
|
|
|
|
list_for_each_entry(tmp, &time_travel_events, list) {
|
|
|
|
/*
|
|
|
|
* Add the new entry before one with higher time,
|
|
|
|
* or if they're equal and both on stack, because
|
|
|
|
* in that case we need to unwind the stack in the
|
|
|
|
* right order, and the later event (timer sleep
|
|
|
|
* or such) must be dequeued first.
|
|
|
|
*/
|
|
|
|
if ((tmp->time > e->time) ||
|
|
|
|
(tmp->time == e->time && tmp->onstack && e->onstack)) {
|
|
|
|
list_add_tail(&e->list, &tmp->list);
|
|
|
|
inserted = true;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!inserted)
|
|
|
|
list_add_tail(&e->list, &time_travel_events);
|
|
|
|
|
|
|
|
tmp = time_travel_first_event();
|
|
|
|
time_travel_next_event = tmp->time;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void time_travel_add_event(struct time_travel_event *e,
|
|
|
|
unsigned long long time)
|
|
|
|
{
|
|
|
|
if (WARN_ON(!e->fn))
|
|
|
|
return;
|
|
|
|
|
|
|
|
__time_travel_add_event(e, time);
|
|
|
|
}
|
|
|
|
|
|
|
|
void time_travel_periodic_timer(struct time_travel_event *e)
|
|
|
|
{
|
|
|
|
time_travel_add_event(&time_travel_timer_event,
|
|
|
|
time_travel_time + time_travel_timer_interval);
|
|
|
|
deliver_alarm();
|
|
|
|
}
|
|
|
|
|
|
|
|
static void time_travel_deliver_event(struct time_travel_event *e)
|
|
|
|
{
|
|
|
|
/* this is basically just deliver_alarm(), handles IRQs itself */
|
|
|
|
e->fn(e);
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool time_travel_del_event(struct time_travel_event *e)
|
|
|
|
{
|
|
|
|
if (!e->pending)
|
|
|
|
return false;
|
|
|
|
list_del(&e->list);
|
|
|
|
e->pending = false;
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void time_travel_update_time(unsigned long long next, bool retearly)
|
|
|
|
{
|
|
|
|
struct time_travel_event ne = {
|
|
|
|
.onstack = true,
|
|
|
|
};
|
|
|
|
struct time_travel_event *e;
|
|
|
|
bool finished = retearly;
|
|
|
|
|
|
|
|
/* add it without a handler - we deal with that specifically below */
|
|
|
|
__time_travel_add_event(&ne, next);
|
|
|
|
|
|
|
|
do {
|
|
|
|
e = time_travel_first_event();
|
|
|
|
|
|
|
|
BUG_ON(!e);
|
|
|
|
time_travel_set_time(e->time);
|
|
|
|
|
|
|
|
/* new events may have been inserted while we were waiting */
|
|
|
|
if (e == time_travel_first_event()) {
|
|
|
|
BUG_ON(!time_travel_del_event(e));
|
|
|
|
BUG_ON(time_travel_time != e->time);
|
|
|
|
|
|
|
|
if (e == &ne) {
|
|
|
|
finished = true;
|
|
|
|
} else {
|
|
|
|
if (e->onstack)
|
|
|
|
panic("On-stack event dequeued outside of the stack! time=%lld, event time=%lld, event=%pS\n",
|
|
|
|
time_travel_time, e->time, e);
|
|
|
|
time_travel_deliver_event(e);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
} while (!finished);
|
|
|
|
|
|
|
|
time_travel_del_event(&ne);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void time_travel_oneshot_timer(struct time_travel_event *e)
|
|
|
|
{
|
|
|
|
deliver_alarm();
|
|
|
|
}
|
|
|
|
|
|
|
|
void time_travel_sleep(unsigned long long duration)
|
|
|
|
{
|
|
|
|
unsigned long long next = time_travel_time + duration;
|
|
|
|
|
|
|
|
if (time_travel_mode == TT_MODE_BASIC)
|
|
|
|
os_timer_disable();
|
|
|
|
|
|
|
|
time_travel_update_time(next, true);
|
|
|
|
|
|
|
|
if (time_travel_mode == TT_MODE_BASIC &&
|
|
|
|
time_travel_timer_event.pending) {
|
|
|
|
if (time_travel_timer_event.fn == time_travel_periodic_timer) {
|
|
|
|
/*
|
|
|
|
* This is somewhat wrong - we should get the first
|
|
|
|
* one sooner like the os_timer_one_shot() below...
|
|
|
|
*/
|
|
|
|
os_timer_set_interval(time_travel_timer_interval);
|
|
|
|
} else {
|
|
|
|
os_timer_one_shot(time_travel_timer_event.time - next);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void time_travel_handle_real_alarm(void)
|
|
|
|
{
|
|
|
|
time_travel_set_time(time_travel_next_event);
|
|
|
|
|
|
|
|
time_travel_del_event(&time_travel_timer_event);
|
|
|
|
|
|
|
|
if (time_travel_timer_event.fn == time_travel_periodic_timer)
|
|
|
|
time_travel_add_event(&time_travel_timer_event,
|
|
|
|
time_travel_time +
|
|
|
|
time_travel_timer_interval);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void time_travel_set_interval(unsigned long long interval)
|
|
|
|
{
|
|
|
|
time_travel_timer_interval = interval;
|
|
|
|
}
|
|
|
|
#else /* CONFIG_UML_TIME_TRAVEL_SUPPORT */
|
2019-05-27 10:34:27 +02:00
|
|
|
#define time_travel_start_set 0
|
|
|
|
#define time_travel_start 0
|
um: time-travel: Rewrite as an event scheduler
Instead of tracking all the various timer configurations,
modify the time-travel mode to have an event scheduler and
use a timer event on the scheduler to handle the different
timer configurations.
This doesn't change the function right now, but it prepares
the code for having different kinds of events in the future
(i.e. interrupts coming from other devices that are part of
co-simulation.)
While at it, also move time_travel_sleep() to time.c to
reduce the externally visible API surface.
Also, we really should mark time-travel as incompatible with
SMP, even if UML doesn't support SMP yet.
Finally, I noticed a bug while developing this - if we move
time forward due to consuming time while reading the clock,
we might move across the next event and that would cause us
to go backward in time when we then handle that event. Fix
that by invoking the whole event machine in this case, but
in order to simplify this, make reading the clock only cost
something when interrupts are not disabled. Otherwise, we'd
have to hook into the interrupt delivery machinery etc. and
that's somewhat intrusive.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
2020-02-13 14:26:45 +01:00
|
|
|
#define time_travel_time 0
|
|
|
|
|
|
|
|
static inline void time_travel_update_time(unsigned long long ns, bool retearly)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void time_travel_handle_real_alarm(void)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static void time_travel_set_interval(unsigned long long interval)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
/* these are empty macros so the struct/fn need not exist */
|
|
|
|
#define time_travel_add_event(e, time) do { } while (0)
|
|
|
|
#define time_travel_del_event(e) do { } while (0)
|
2019-05-27 10:34:27 +02:00
|
|
|
#endif
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2012-08-02 00:49:17 +02:00
|
|
|
void timer_handler(int sig, struct siginfo *unused_si, struct uml_pt_regs *regs)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
2007-10-16 01:27:24 -07:00
|
|
|
unsigned long flags;
|
|
|
|
|
2019-09-10 17:03:53 +02:00
|
|
|
/*
|
|
|
|
* In basic time-travel mode we still get real interrupts
|
|
|
|
* (signals) but since we don't read time from the OS, we
|
|
|
|
* must update the simulated time here to the expiry when
|
|
|
|
* we get a signal.
|
|
|
|
* This is not the case in inf-cpu mode, since there we
|
|
|
|
* never get any real signals from the OS.
|
|
|
|
*/
|
|
|
|
if (time_travel_mode == TT_MODE_BASIC)
|
um: time-travel: Rewrite as an event scheduler
Instead of tracking all the various timer configurations,
modify the time-travel mode to have an event scheduler and
use a timer event on the scheduler to handle the different
timer configurations.
This doesn't change the function right now, but it prepares
the code for having different kinds of events in the future
(i.e. interrupts coming from other devices that are part of
co-simulation.)
While at it, also move time_travel_sleep() to time.c to
reduce the externally visible API surface.
Also, we really should mark time-travel as incompatible with
SMP, even if UML doesn't support SMP yet.
Finally, I noticed a bug while developing this - if we move
time forward due to consuming time while reading the clock,
we might move across the next event and that would cause us
to go backward in time when we then handle that event. Fix
that by invoking the whole event machine in this case, but
in order to simplify this, make reading the clock only cost
something when interrupts are not disabled. Otherwise, we'd
have to hook into the interrupt delivery machinery etc. and
that's somewhat intrusive.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
2020-02-13 14:26:45 +01:00
|
|
|
time_travel_handle_real_alarm();
|
2019-05-27 10:34:27 +02:00
|
|
|
|
2007-10-16 01:27:24 -07:00
|
|
|
local_irq_save(flags);
|
2007-10-16 01:27:25 -07:00
|
|
|
do_IRQ(TIMER_IRQ, regs);
|
2007-10-16 01:27:24 -07:00
|
|
|
local_irq_restore(flags);
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
2015-07-16 16:56:31 +05:30
|
|
|
static int itimer_shutdown(struct clock_event_device *evt)
|
2006-01-18 17:42:42 -08:00
|
|
|
{
|
2019-05-27 10:34:27 +02:00
|
|
|
if (time_travel_mode != TT_MODE_OFF)
|
um: time-travel: Rewrite as an event scheduler
Instead of tracking all the various timer configurations,
modify the time-travel mode to have an event scheduler and
use a timer event on the scheduler to handle the different
timer configurations.
This doesn't change the function right now, but it prepares
the code for having different kinds of events in the future
(i.e. interrupts coming from other devices that are part of
co-simulation.)
While at it, also move time_travel_sleep() to time.c to
reduce the externally visible API surface.
Also, we really should mark time-travel as incompatible with
SMP, even if UML doesn't support SMP yet.
Finally, I noticed a bug while developing this - if we move
time forward due to consuming time while reading the clock,
we might move across the next event and that would cause us
to go backward in time when we then handle that event. Fix
that by invoking the whole event machine in this case, but
in order to simplify this, make reading the clock only cost
something when interrupts are not disabled. Otherwise, we'd
have to hook into the interrupt delivery machinery etc. and
that's somewhat intrusive.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
2020-02-13 14:26:45 +01:00
|
|
|
time_travel_del_event(&time_travel_timer_event);
|
2019-05-27 10:34:27 +02:00
|
|
|
|
|
|
|
if (time_travel_mode != TT_MODE_INFCPU)
|
|
|
|
os_timer_disable();
|
|
|
|
|
2015-07-16 16:56:31 +05:30
|
|
|
return 0;
|
|
|
|
}
|
2007-10-16 01:27:24 -07:00
|
|
|
|
2015-07-16 16:56:31 +05:30
|
|
|
static int itimer_set_periodic(struct clock_event_device *evt)
|
|
|
|
{
|
2019-05-27 10:34:27 +02:00
|
|
|
unsigned long long interval = NSEC_PER_SEC / HZ;
|
|
|
|
|
2019-07-22 09:12:56 +02:00
|
|
|
if (time_travel_mode != TT_MODE_OFF) {
|
um: time-travel: Rewrite as an event scheduler
Instead of tracking all the various timer configurations,
modify the time-travel mode to have an event scheduler and
use a timer event on the scheduler to handle the different
timer configurations.
This doesn't change the function right now, but it prepares
the code for having different kinds of events in the future
(i.e. interrupts coming from other devices that are part of
co-simulation.)
While at it, also move time_travel_sleep() to time.c to
reduce the externally visible API surface.
Also, we really should mark time-travel as incompatible with
SMP, even if UML doesn't support SMP yet.
Finally, I noticed a bug while developing this - if we move
time forward due to consuming time while reading the clock,
we might move across the next event and that would cause us
to go backward in time when we then handle that event. Fix
that by invoking the whole event machine in this case, but
in order to simplify this, make reading the clock only cost
something when interrupts are not disabled. Otherwise, we'd
have to hook into the interrupt delivery machinery etc. and
that's somewhat intrusive.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
2020-02-13 14:26:45 +01:00
|
|
|
time_travel_del_event(&time_travel_timer_event);
|
|
|
|
time_travel_set_event_fn(&time_travel_timer_event,
|
|
|
|
time_travel_periodic_timer);
|
|
|
|
time_travel_set_interval(interval);
|
|
|
|
time_travel_add_event(&time_travel_timer_event,
|
|
|
|
time_travel_time + interval);
|
2019-07-22 09:12:56 +02:00
|
|
|
}
|
2019-05-27 10:34:27 +02:00
|
|
|
|
|
|
|
if (time_travel_mode != TT_MODE_INFCPU)
|
|
|
|
os_timer_set_interval(interval);
|
|
|
|
|
2015-07-16 16:56:31 +05:30
|
|
|
return 0;
|
2006-01-18 17:42:42 -08:00
|
|
|
}
|
|
|
|
|
2007-10-16 01:27:25 -07:00
|
|
|
static int itimer_next_event(unsigned long delta,
|
|
|
|
struct clock_event_device *evt)
|
|
|
|
{
|
2019-05-27 10:34:27 +02:00
|
|
|
delta += 1;
|
|
|
|
|
2019-07-22 09:12:56 +02:00
|
|
|
if (time_travel_mode != TT_MODE_OFF) {
|
um: time-travel: Rewrite as an event scheduler
Instead of tracking all the various timer configurations,
modify the time-travel mode to have an event scheduler and
use a timer event on the scheduler to handle the different
timer configurations.
This doesn't change the function right now, but it prepares
the code for having different kinds of events in the future
(i.e. interrupts coming from other devices that are part of
co-simulation.)
While at it, also move time_travel_sleep() to time.c to
reduce the externally visible API surface.
Also, we really should mark time-travel as incompatible with
SMP, even if UML doesn't support SMP yet.
Finally, I noticed a bug while developing this - if we move
time forward due to consuming time while reading the clock,
we might move across the next event and that would cause us
to go backward in time when we then handle that event. Fix
that by invoking the whole event machine in this case, but
in order to simplify this, make reading the clock only cost
something when interrupts are not disabled. Otherwise, we'd
have to hook into the interrupt delivery machinery etc. and
that's somewhat intrusive.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
2020-02-13 14:26:45 +01:00
|
|
|
time_travel_del_event(&time_travel_timer_event);
|
|
|
|
time_travel_set_event_fn(&time_travel_timer_event,
|
|
|
|
time_travel_oneshot_timer);
|
|
|
|
time_travel_add_event(&time_travel_timer_event,
|
|
|
|
time_travel_time + delta);
|
2019-07-22 09:12:56 +02:00
|
|
|
}
|
2019-05-27 10:34:27 +02:00
|
|
|
|
|
|
|
if (time_travel_mode != TT_MODE_INFCPU)
|
|
|
|
return os_timer_one_shot(delta);
|
|
|
|
|
|
|
|
return 0;
|
2007-10-16 01:27:25 -07:00
|
|
|
}
|
|
|
|
|
2015-11-02 16:16:37 +00:00
|
|
|
static int itimer_one_shot(struct clock_event_device *evt)
|
|
|
|
{
|
2019-05-27 10:34:27 +02:00
|
|
|
return itimer_next_event(0, evt);
|
2015-11-02 16:16:37 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static struct clock_event_device timer_clockevent = {
|
|
|
|
.name = "posix-timer",
|
2015-07-16 16:56:31 +05:30
|
|
|
.rating = 250,
|
2019-04-10 11:11:23 -07:00
|
|
|
.cpumask = cpu_possible_mask,
|
2015-07-16 16:56:31 +05:30
|
|
|
.features = CLOCK_EVT_FEAT_PERIODIC |
|
|
|
|
CLOCK_EVT_FEAT_ONESHOT,
|
|
|
|
.set_state_shutdown = itimer_shutdown,
|
|
|
|
.set_state_periodic = itimer_set_periodic,
|
2015-11-02 16:16:37 +00:00
|
|
|
.set_state_oneshot = itimer_one_shot,
|
2015-07-16 16:56:31 +05:30
|
|
|
.set_next_event = itimer_next_event,
|
2015-11-02 16:16:37 +00:00
|
|
|
.shift = 0,
|
|
|
|
.max_delta_ns = 0xffffffff,
|
2017-03-30 21:59:42 +02:00
|
|
|
.max_delta_ticks = 0xffffffff,
|
|
|
|
.min_delta_ns = TIMER_MIN_DELTA,
|
|
|
|
.min_delta_ticks = TIMER_MIN_DELTA, // microsecond resolution should be enough for anyone, same as 640K RAM
|
2015-07-16 16:56:31 +05:30
|
|
|
.irq = 0,
|
2015-11-02 16:16:37 +00:00
|
|
|
.mult = 1,
|
2007-10-16 01:27:24 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
static irqreturn_t um_timer(int irq, void *dev)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
2015-11-02 16:16:37 +00:00
|
|
|
if (get_current()->mm != NULL)
|
|
|
|
{
|
|
|
|
/* userspace - relay signal, results in correct userspace timers */
|
|
|
|
os_alarm_process(get_current()->mm->context.id.u.pid);
|
|
|
|
}
|
|
|
|
|
|
|
|
(*timer_clockevent.event_handler)(&timer_clockevent);
|
2006-01-18 17:42:42 -08:00
|
|
|
|
2006-06-30 01:55:56 -07:00
|
|
|
return IRQ_HANDLED;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
2016-12-21 20:32:01 +01:00
|
|
|
static u64 timer_read(struct clocksource *cs)
|
2007-10-16 01:27:25 -07:00
|
|
|
{
|
2019-05-27 10:34:27 +02:00
|
|
|
if (time_travel_mode != TT_MODE_OFF) {
|
|
|
|
/*
|
|
|
|
* We make reading the timer cost a bit so that we don't get
|
|
|
|
* stuck in loops that expect time to move more than the
|
|
|
|
* exact requested sleep amount, e.g. python's socket server,
|
|
|
|
* see https://bugs.python.org/issue37026.
|
|
|
|
*/
|
um: time-travel: Rewrite as an event scheduler
Instead of tracking all the various timer configurations,
modify the time-travel mode to have an event scheduler and
use a timer event on the scheduler to handle the different
timer configurations.
This doesn't change the function right now, but it prepares
the code for having different kinds of events in the future
(i.e. interrupts coming from other devices that are part of
co-simulation.)
While at it, also move time_travel_sleep() to time.c to
reduce the externally visible API surface.
Also, we really should mark time-travel as incompatible with
SMP, even if UML doesn't support SMP yet.
Finally, I noticed a bug while developing this - if we move
time forward due to consuming time while reading the clock,
we might move across the next event and that would cause us
to go backward in time when we then handle that event. Fix
that by invoking the whole event machine in this case, but
in order to simplify this, make reading the clock only cost
something when interrupts are not disabled. Otherwise, we'd
have to hook into the interrupt delivery machinery etc. and
that's somewhat intrusive.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Richard Weinberger <richard@nod.at>
2020-02-13 14:26:45 +01:00
|
|
|
if (!irqs_disabled())
|
|
|
|
time_travel_update_time(time_travel_time +
|
|
|
|
TIMER_MULTIPLIER,
|
|
|
|
false);
|
2019-05-27 10:34:27 +02:00
|
|
|
return time_travel_time / TIMER_MULTIPLIER;
|
|
|
|
}
|
|
|
|
|
2015-11-02 16:16:37 +00:00
|
|
|
return os_nsecs() / TIMER_MULTIPLIER;
|
2007-10-16 01:27:25 -07:00
|
|
|
}
|
|
|
|
|
2015-11-02 16:16:37 +00:00
|
|
|
static struct clocksource timer_clocksource = {
|
|
|
|
.name = "timer",
|
2007-10-16 01:27:25 -07:00
|
|
|
.rating = 300,
|
2015-11-02 16:16:37 +00:00
|
|
|
.read = timer_read,
|
2007-10-16 01:27:25 -07:00
|
|
|
.mask = CLOCKSOURCE_MASK(64),
|
|
|
|
.flags = CLOCK_SOURCE_IS_CONTINUOUS,
|
|
|
|
};
|
|
|
|
|
2017-09-29 10:07:44 +02:00
|
|
|
static void __init um_timer_setup(void)
|
2006-07-10 04:45:05 -07:00
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
2015-11-02 16:16:37 +00:00
|
|
|
err = request_irq(TIMER_IRQ, um_timer, IRQF_TIMER, "hr timer", NULL);
|
2007-10-16 01:27:00 -07:00
|
|
|
if (err != 0)
|
2006-09-25 23:33:05 -07:00
|
|
|
printk(KERN_ERR "register_timer : request_irq failed - "
|
2006-07-10 04:45:05 -07:00
|
|
|
"errno = %d\n", -err);
|
|
|
|
|
2019-05-06 14:39:38 +02:00
|
|
|
err = os_timer_create();
|
2015-11-02 16:16:37 +00:00
|
|
|
if (err != 0) {
|
|
|
|
printk(KERN_ERR "creation of timer failed - errno = %d\n", -err);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
err = clocksource_register_hz(&timer_clocksource, NSEC_PER_SEC/TIMER_MULTIPLIER);
|
2007-10-16 01:27:25 -07:00
|
|
|
if (err) {
|
2010-04-26 20:25:16 -07:00
|
|
|
printk(KERN_ERR "clocksource_register_hz returned %d\n", err);
|
2007-10-16 01:27:25 -07:00
|
|
|
return;
|
|
|
|
}
|
2015-11-02 16:16:37 +00:00
|
|
|
clockevents_register_device(&timer_clockevent);
|
2006-07-10 04:45:05 -07:00
|
|
|
}
|
|
|
|
|
2017-11-02 13:07:02 +01:00
|
|
|
void read_persistent_clock64(struct timespec64 *ts)
|
2010-07-13 17:56:24 -07:00
|
|
|
{
|
2019-05-27 10:34:27 +02:00
|
|
|
long long nsecs;
|
|
|
|
|
|
|
|
if (time_travel_start_set)
|
|
|
|
nsecs = time_travel_start + time_travel_time;
|
|
|
|
else
|
|
|
|
nsecs = os_persistent_clock_emulation();
|
2010-08-03 20:34:48 +02:00
|
|
|
|
2017-11-02 13:07:02 +01:00
|
|
|
set_normalized_timespec64(ts, nsecs / NSEC_PER_SEC,
|
|
|
|
nsecs % NSEC_PER_SEC);
|
2010-07-13 17:56:24 -07:00
|
|
|
}
|
|
|
|
|
2007-10-16 01:27:24 -07:00
|
|
|
void __init time_init(void)
|
2006-07-10 04:45:05 -07:00
|
|
|
{
|
2015-11-02 16:16:37 +00:00
|
|
|
timer_set_signal_handler();
|
2017-09-29 10:07:44 +02:00
|
|
|
late_time_init = um_timer_setup;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
2019-05-27 10:34:27 +02:00
|
|
|
|
|
|
|
#ifdef CONFIG_UML_TIME_TRAVEL_SUPPORT
|
|
|
|
unsigned long calibrate_delay_is_known(void)
|
|
|
|
{
|
|
|
|
if (time_travel_mode == TT_MODE_INFCPU)
|
|
|
|
return 1;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int setup_time_travel(char *str)
|
|
|
|
{
|
|
|
|
if (strcmp(str, "=inf-cpu") == 0) {
|
|
|
|
time_travel_mode = TT_MODE_INFCPU;
|
|
|
|
timer_clockevent.name = "time-travel-timer-infcpu";
|
|
|
|
timer_clocksource.name = "time-travel-clock";
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!*str) {
|
|
|
|
time_travel_mode = TT_MODE_BASIC;
|
|
|
|
timer_clockevent.name = "time-travel-timer";
|
|
|
|
timer_clocksource.name = "time-travel-clock";
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
__setup("time-travel", setup_time_travel);
|
|
|
|
__uml_help(setup_time_travel,
|
|
|
|
"time-travel\n"
|
|
|
|
"This option just enables basic time travel mode, in which the clock/timers\n"
|
|
|
|
"inside the UML instance skip forward when there's nothing to do, rather than\n"
|
|
|
|
"waiting for real time to elapse. However, instance CPU speed is limited by\n"
|
|
|
|
"the real CPU speed, so e.g. a 10ms timer will always fire after ~10ms wall\n"
|
|
|
|
"clock (but quicker when there's nothing to do).\n"
|
|
|
|
"\n"
|
|
|
|
"time-travel=inf-cpu\n"
|
|
|
|
"This enables time travel mode with infinite processing power, in which there\n"
|
|
|
|
"are no wall clock timers, and any CPU processing happens - as seen from the\n"
|
|
|
|
"guest - instantly. This can be useful for accurate simulation regardless of\n"
|
|
|
|
"debug overhead, physical CPU speed, etc. but is somewhat dangerous as it can\n"
|
|
|
|
"easily lead to getting stuck (e.g. if anything in the system busy loops).\n");
|
|
|
|
|
|
|
|
int setup_time_travel_start(char *str)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
|
|
|
err = kstrtoull(str, 0, &time_travel_start);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
time_travel_start_set = 1;
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
__setup("time-travel-start", setup_time_travel_start);
|
|
|
|
__uml_help(setup_time_travel_start,
|
|
|
|
"time-travel-start=<seconds>\n"
|
|
|
|
"Configure the UML instance's wall clock to start at this value rather than\n"
|
|
|
|
"the host's wall clock at the time of UML boot.\n");
|
|
|
|
#endif
|