From: Andrew Morton <akpm@osdl.org>
To: Thomas Gleixner <tglx@linutronix.de>,
"Paul E. McKenney" <paulmck@us.ibm.com>,
Dipankar Sarma <dipankar@in.ibm.com>
Cc: LKML <linux-kernel@vger.kernel.org>, Ingo Molnar <mingo@elte.hu>,
Jim Gettys <jg@laptop.org>, John Stultz <johnstul@us.ibm.com>,
David Woodhouse <dwmw2@infradead.org>,
Arjan van de Ven <arjan@infradead.org>,
Dave Jones <davej@redhat.com>
Subject: Re: [patch 16/23] dynticks: core
Date: Sat, 30 Sep 2006 01:44:56 -0700 [thread overview]
Message-ID: <20060930014456.55543e93.akpm@osdl.org> (raw)
In-Reply-To: <20060929234440.636609000@cruncher.tec.linutronix.de>
On Fri, 29 Sep 2006 23:58:35 -0000
Thomas Gleixner <tglx@linutronix.de> wrote:
> From: Ingo Molnar <mingo@elte.hu>
>
> dynticks core code.
>
> Add idling-stats to the cpu base (to be used to optimize power
> management decisions), add the scheduler tick and its stop/restart
> functions, and the jiffies-update function to be called when an irq
> context hits the idle context.
>
I worry that we're making this feature optional.
Certainly for the public testing period we should wire these new features
to "on".
But long-term this is yet another question which we'll need to ask when
we're trying to work out why someone's computer failed.
> --- linux-2.6.18-mm2.orig/include/linux/hrtimer.h 2006-09-30 01:41:18.000000000 +0200
> +++ linux-2.6.18-mm2/include/linux/hrtimer.h 2006-09-30 01:41:18.000000000 +0200
> @@ -142,6 +142,14 @@ struct hrtimer_cpu_base {
> struct hrtimer sched_timer;
> struct pt_regs *sched_regs;
> unsigned long events;
> +#ifdef CONFIG_NO_HZ
> + ktime_t idle_tick;
> + int tick_stopped;
> + unsigned long idle_jiffies;
> + unsigned long idle_calls;
> + unsigned long idle_sleeps;
> + unsigned long idle_sleeptime;
> +#endif
Forgot to update this structure's kerneldoc.
> +# define show_no_hz_stats(p) do { } while (0)
static inlines provide type checking.
> @@ -451,7 +450,6 @@ static void update_jiffies64(ktime_t now
>
> last_jiffies_update = ktime_add_ns(last_jiffies_update,
> incr * orun);
> - jiffies_64 += orun;
> orun++;
> }
I think we just fixed that bug I might have seen.
> do_timer(orun);
> @@ -459,28 +457,201 @@ static void update_jiffies64(ktime_t now
> write_sequnlock(&xtime_lock);
> }
>
> +#ifdef CONFIG_NO_HZ
> +/*
> + * Called from interrupt entry when then CPU was idle
tpyo
> + */
> +void update_jiffies(void)
> +{
> + unsigned long flags;
> + ktime_t now;
> +
> + if (unlikely(!hrtimer_hres_active))
> + return;
> +
> + now = ktime_get();
> +
> + local_irq_save(flags);
> + update_jiffies64(now);
> + local_irq_restore(flags);
> +}
> +
> +/*
> + * Called from the idle thread so careful!
about what?
> + */
> +int hrtimer_stop_sched_tick(void)
> +{
> + int cpu = smp_processor_id();
> + struct hrtimer_cpu_base *cpu_base = &per_cpu(hrtimer_bases, cpu);
> + unsigned long seq, last_jiffies, next_jiffies;
> + ktime_t last_update, expires;
> + unsigned long delta_jiffies;
> + unsigned long flags;
> +
> + if (unlikely(!hrtimer_hres_active))
> + return 0;
> +
> + local_irq_save(flags);
Do we really need local_irq_save() here? If it's called from the idle
thread then presumably local IRQs are enabled already. They'd better be,
because this function unconditionally enables them in a couple of places.
> + do {
> + seq = read_seqbegin(&xtime_lock);
> + last_update = last_jiffies_update;
> + last_jiffies = jiffies;
> + } while (read_seqretry(&xtime_lock, seq));
> +
> + next_jiffies = get_next_timer_interrupt(last_jiffies);
> + delta_jiffies = next_jiffies - last_jiffies;
> +
> + cpu_base->idle_calls++;
> +
> + if ((long)delta_jiffies >= 1) {
> + /*
> + * Save the current tick time, so we can restart the
> + * scheduler tick when we get woken up before the next
> + * wheel timer expires
> + */
> + cpu_base->idle_tick = cpu_base->sched_timer.expires;
> + expires = ktime_add_ns(last_update,
> + nsec_per_hz.tv64 * delta_jiffies);
> + hrtimer_start(&cpu_base->sched_timer, expires, HRTIMER_ABS);
> + cpu_base->idle_sleeps++;
> + cpu_base->idle_jiffies = last_jiffies;
> + cpu_base->tick_stopped = 1;
> + } else {
> + /* Keep the timer alive */
> + if ((long) delta_jiffies < 0)
> + raise_softirq(TIMER_SOFTIRQ);
> + }
> +
> + if (local_softirq_pending()) {
> + inc_preempt_count();
I am unable to work out why the inc_preempt_count() is there. Please add
comment.
> + do_softirq();
> + dec_preempt_count();
> + }
> +
> + WARN_ON(!idle_cpu(cpu));
> + /*
> + * RCU normally depends on the timer IRQ kicking completion
> + * in every tick. We have to do this here now:
> + */
> + if (rcu_pending(cpu)) {
> + /*
> + * We are in quiescent state, so advance callbacks:
> + */
> + rcu_advance_callbacks(cpu, 1);
> + local_irq_enable();
> + local_bh_disable();
> + rcu_process_callbacks(0);
> + local_bh_enable();
> + }
> +
> + local_irq_restore(flags);
> +
> + return need_resched();
> +}
Are the RCU guys OK with this?
> +void hrtimer_restart_sched_tick(void)
Am unable to work out what this does from its implementation and from its
caller. Please document it.
> +{
> + struct hrtimer_cpu_base *cpu_base = &__get_cpu_var(hrtimer_bases);
> + unsigned long flags;
> + ktime_t now;
> +
> + if (!hrtimer_hres_active || !cpu_base->tick_stopped)
> + return;
> +
> + /* Update jiffies first */
> + now = ktime_get();
> +
> + local_irq_save(flags);
The sole caller of this function calls it with local interrupts enabled.
local_irq_disable() could be used here.
> + update_jiffies64(now);
> +
> + /*
> + * Update process times would randomly account the time we slept to
> + * whatever the context of the next sched tick is. Enforce that this
> + * is accounted to idle !
> + */
> + add_preempt_count(HARDIRQ_OFFSET);
> + update_process_times(0);
> + sub_preempt_count(HARDIRQ_OFFSET);
> +
> + cpu_base->idle_sleeptime += jiffies - cpu_base->idle_jiffies;
> +
> + cpu_base->tick_stopped = 0;
> + hrtimer_cancel(&cpu_base->sched_timer);
> + cpu_base->sched_timer.expires = cpu_base->idle_tick;
> +
> + while (1) {
> + hrtimer_forward(&cpu_base->sched_timer, now, nsec_per_hz);
> + hrtimer_start(&cpu_base->sched_timer,
> + cpu_base->sched_timer.expires, HRTIMER_ABS);
> + if (hrtimer_active(&cpu_base->sched_timer))
> + break;
> + /* We missed an update */
> + update_jiffies64(now);
> + now = ktime_get();
> + }
> + local_irq_restore(flags);
> +}
> +
> +void show_no_hz_stats(struct seq_file *p)
> +{
> + int cpu;
> + unsigned long calls = 0, sleeps = 0, time = 0, events = 0;
> +
> + for_each_online_cpu(cpu) {
> + struct hrtimer_cpu_base *base = &per_cpu(hrtimer_bases, cpu);
> +
> + calls += base->idle_calls;
> + sleeps += base->idle_sleeps;
> + time += base->idle_sleeptime;
> + events += base->events;
> +
> + seq_printf(p, "nohz cpu%d I:%lu S:%lu T:%lu A:%lu E: %lu\n",
> + cpu, base->idle_calls, base->idle_sleeps,
> + base->idle_sleeptime, base->idle_sleeps ?
> + base->idle_sleeptime / sleeps : 0, base->events);
> + }
> +#ifdef CONFIG_SMP
> + seq_printf(p, "nohz total I:%lu S:%lu T:%lu A:%lu E:%lu\n",
> + calls, sleeps, time, sleeps ? time / sleeps : 0, events);
> +#endif
> +}
Wouldn't it be better to display the "total" line on UP rather than cpu0?
next prev parent reply other threads:[~2006-09-30 8:46 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-29 23:58 [patch 00/23] Thomas Gleixner
2006-09-29 23:58 ` [patch 01/23] GTOD: exponential update_wall_time Thomas Gleixner
2006-09-29 23:58 ` [patch 02/23] GTOD: persistent clock support, core Thomas Gleixner
2006-09-30 8:35 ` Andrew Morton
2006-09-30 17:15 ` Jan Engelhardt
2006-10-02 21:49 ` john stultz
2006-09-29 23:58 ` [patch 03/23] GTOD: persistent clock support, i386 Thomas Gleixner
2006-09-30 8:36 ` Andrew Morton
2006-10-02 22:03 ` john stultz
2006-10-02 22:44 ` Andrew Morton
2006-10-02 23:09 ` john stultz
2006-10-03 23:30 ` Thomas Gleixner
2006-09-29 23:58 ` [patch 04/23] time: uninline jiffies.h Thomas Gleixner
2006-09-29 23:58 ` [patch 05/23] time: fix msecs_to_jiffies() bug Thomas Gleixner
2006-09-29 23:58 ` [patch 06/23] time: fix timeout overflow Thomas Gleixner
2006-09-29 23:58 ` [patch 07/23] cleanup: uninline irq_enter() and move it into a function Thomas Gleixner
2006-09-30 8:36 ` Andrew Morton
2006-09-29 23:58 ` [patch 08/23] dynticks: prepare the RCU code Thomas Gleixner
2006-09-30 8:36 ` Andrew Morton
2006-09-30 12:25 ` Dipankar Sarma
2006-09-30 13:09 ` Ingo Molnar
2006-09-30 13:52 ` Dipankar Sarma
2006-09-30 21:35 ` Ingo Molnar
2006-09-29 23:58 ` [patch 09/23] dynticks: extend next_timer_interrupt() to use a reference jiffie Thomas Gleixner
2006-09-30 8:37 ` Andrew Morton
2006-09-29 23:58 ` [patch 10/23] hrtimers: clean up locking Thomas Gleixner
2006-09-30 8:37 ` Andrew Morton
2006-09-29 23:58 ` [patch 11/23] hrtimers: state tracking Thomas Gleixner
2006-09-30 8:37 ` Andrew Morton
2006-09-29 23:58 ` [patch 12/23] hrtimers: clean up callback tracking Thomas Gleixner
2006-09-29 23:58 ` [patch 13/23] clockevents: core Thomas Gleixner
2006-09-30 8:39 ` Andrew Morton
2006-10-03 4:33 ` John Kacur
2006-09-29 23:58 ` [patch 14/23] clockevents: drivers for i386 Thomas Gleixner
2006-09-30 8:40 ` Andrew Morton
2006-09-29 23:58 ` [patch 15/23] high-res timers: core Thomas Gleixner
2006-09-30 8:43 ` Andrew Morton
2006-09-29 23:58 ` [patch 16/23] dynticks: core Thomas Gleixner
2006-09-30 8:44 ` Andrew Morton [this message]
2006-09-30 12:11 ` Dipankar Sarma
2006-09-29 23:58 ` [patch 17/23] dyntick: add nohz stats to /proc/stat Thomas Gleixner
2006-09-29 23:58 ` [patch 18/23] dynticks: i386 arch code Thomas Gleixner
2006-09-30 8:45 ` Andrew Morton
2006-09-29 23:58 ` [patch 19/23] high-res timers, dynticks: enable i386 support Thomas Gleixner
2006-09-29 23:58 ` [patch 20/23] add /proc/sys/kernel/timeout_granularity Thomas Gleixner
2006-09-30 8:45 ` Andrew Morton
2006-09-29 23:58 ` [patch 21/23] debugging feature: timer stats Thomas Gleixner
2006-09-30 8:46 ` Andrew Morton
2006-09-29 23:58 ` [patch 22/23] dynticks: increase SLAB timeouts Thomas Gleixner
2006-09-30 8:49 ` Andrew Morton
2006-09-29 23:58 ` [patch 23/23] dynticks: decrease I8042_POLL_PERIOD Thomas Gleixner
2006-09-30 8:49 ` Andrew Morton
2006-09-30 8:35 ` [patch 00/23] Andrew Morton
2006-09-30 19:17 ` Thomas Gleixner
2006-09-30 8:35 ` Andrew Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060930014456.55543e93.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=arjan@infradead.org \
--cc=davej@redhat.com \
--cc=dipankar@in.ibm.com \
--cc=dwmw2@infradead.org \
--cc=jg@laptop.org \
--cc=johnstul@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=paulmck@us.ibm.com \
--cc=tglx@linutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome