LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: "Gregory Haskins" <ghaskins@novell.com>
To: "Mike Galbraith" <efault@gmx.de>
Cc: "Ingo Molnar" <mingo@elte.hu>,
	"Steven Rostedt" <rostedt@goodmis.org>,
	"Thomas Gleixner" <tglx@linutronix.de>,
	"Mariusz Kozlowski" <m.kozlowski@tuxland.pl>,
	"LKML" <linux-kernel@vger.kernel.org>,
	"RT" <linux-rt-users@vger.kernel.org>
Subject: Re: 2.6.24-rc7-rt1
Date: Tue, 15 Jan 2008 11:50:48 -0500	[thread overview]
Message-ID: <478C9E18.BA47.005A.0@novell.com> (raw)
In-Reply-To: <1200389315.4130.3.camel@homer.simson.net>

>>> On Tue, Jan 15, 2008 at  4:28 AM, in message
<1200389315.4130.3.camel@homer.simson.net>, Mike Galbraith <efault@gmx.de>
wrote: 

> debug resume trace
> 
> static inline int pick_optimal_cpu(int this_cpu, cpumask_t *mask)
> {
> 	int first;
> 
> 	/* "this_cpu" is cheaper to preempt than a remote processor */
> 	if ((this_cpu != -1) && cpu_isset(this_cpu, *mask))
> 		return this_cpu;
> 
> 	first = first_cpu(*mask);
> 	if (first != NR_CPUS) {
> 		if (!cpu_online(first)) {
> 			WARN_ON_ONCE(1);
> 			return -1;
> 		}
> 		return first;
> 	}
> 
> 	return -1;
> }
> 
> [  156.344352] CPU1 is down
> [    3.726557] Intel machine check architecture supported.
> [    3.726565] Intel machine check reporting enabled on CPU#0.
> [    3.726567] CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
> [    3.726570] CPU0: Thermal monitoring enabled
> [    3.726576] Back to C!
> [    3.727107] Force enabled HPET at resume
> [    3.727193] Enabling non-boot CPUs ...
> [    3.727446] CPU0 attaching NULL sched-domain.
> [    3.727550] WARNING: at kernel/sched_rt.c:385 pick_optimal_cpu()
> [    3.727553] Pid: 27, comm: events/0 Not tainted 2.6.24-rt2-smp #73
> [    3.727556]  [<b010522a>] show_trace_log_lvl+0x1a/0x30
> [    3.727564]  [<b0105ccd>] show_trace+0x12/0x14
> [    3.727567]  [<b010641f>] dump_stack+0x6c/0x72
> [    3.727569]  [<b0120b0f>] find_lowest_rq+0x199/0x1af
> [    3.727573]  [<b0120beb>] push_rt_task+0x6e/0x1ed
> [    3.727575]  [<b01276a3>] switched_to_rt+0x39/0x55
> [    3.727579]  [<b0128cd1>] task_setprio+0xbf/0x18f
> [    3.727581]  [<b014c21e>] __rt_mutex_adjust_prio+0x19/0x1c
> [    3.727585]  [<b014c943>] task_blocks_on_rt_mutex+0x14e/0x17e
> [    3.727588]  [<b02f2e18>] rt_spin_lock_slowlock+0xed/0x16a
> [    3.727593]  [<b02f351a>] __rt_spin_lock+0x41/0x48
> [    3.727596]  [<b02f3529>] rt_spin_lock+0x8/0xa
> [    3.727598]  [<b013f2c2>] finish_wait+0x25/0x49
> [    3.727602]  [<b013c746>] worker_thread+0x64/0xe1
> [    3.727605]  [<b013efb2>] kthread+0x39/0x5b
> [    3.727607]  [<b0104e83>] kernel_thread_helper+0x7/0x14
> [    3.727610]  =======================
> [    3.727624] SMP alternatives: switching to SMP code
> [    3.728314] Booting processor 1/1 eip 3000

This gives me a much better hint, Mike.  Thanks!

-Greg


  reply	other threads:[~2008-01-15 16:57 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-13 19:00 2.6.24-rc7-rt1 Steven Rostedt
2008-01-13 19:53 ` 2.6.24-rc7-rt1: macro "put_cpu_var" passed 2 arguments, but takes just 1 Mariusz Kozlowski
2008-01-13 20:37   ` Steven Rostedt
2008-01-13 20:25 ` 2.6.24-rc7-rt1 Robert Schwebel
2008-01-13 20:48   ` 2.6.24-rc7-rt1 Steven Rostedt
2008-01-14 19:49     ` 2.6.24-rc7-rt1 Robert Schwebel
2008-01-13 20:43 ` 2.6.24-rc7-rt1 Mariusz Kozlowski
2008-01-13 20:54   ` 2.6.24-rc7-rt1 Steven Rostedt
2008-01-14  8:27     ` 2.6.24-rc7-rt1 Mike Galbraith
2008-01-14 12:13       ` 2.6.24-rc7-rt1 Gregory Haskins
2008-01-14 13:25         ` 2.6.24-rc7-rt1 Mike Galbraith
2008-01-14 14:29           ` 2.6.24-rc7-rt1 Mike Galbraith
2008-01-15  8:07           ` 2.6.24-rc7-rt1 Mike Galbraith
2008-01-15  9:28             ` 2.6.24-rc7-rt1 Mike Galbraith
2008-01-15 16:50               ` Gregory Haskins [this message]
2008-01-14 18:39       ` 2.6.24-rc7-rt1 S.Çağlar Onur
2008-01-14 16:52         ` 2.6.24-rc7-rt1 Steven Rostedt
2008-01-13 22:56 ` 2.6.24-rc7-rt1 Mark Knecht

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=478C9E18.BA47.005A.0@novell.com \
    --to=ghaskins@novell.com \
    --cc=efault@gmx.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=m.kozlowski@tuxland.pl \
    --cc=mingo@elte.hu \
    --cc=rostedt@goodmis.org \
    --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;
as well as URLs for NNTP newsgroup(s).