From: Bill Huey (hui) <billh@gnuppy.monkey.org>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Robert Crocombe <rcrocomb@gmail.com>,
linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
Thomas Gleixner <tglx@linutronix.de>,
"Bill Huey (hui)" <billh@gnuppy.monkey.org>
Subject: Re: Problems with 2.6.17-rt8
Date: Thu, 3 Aug 2006 14:18:00 -0700 [thread overview]
Message-ID: <20060803211800.GA11251@gnuppy.monkey.org> (raw)
In-Reply-To: <1154638445.4655.11.camel@localhost.localdomain>
On Thu, Aug 03, 2006 at 04:54:05PM -0400, Steven Rostedt wrote:
> On Thu, 2006-08-03 at 13:22 -0700, Bill Huey wrote:
> > free_pages_bulk is definitely being called inside of an atomic.
> > I force this stack trace when the in_atomic() test is true at the
> > beginning of the function.
> >
> >
> > [ 29.362863] Call Trace:
> > [ 29.367107] <ffffffff802a82ac>{free_pages_bulk+86}
> > [ 29.373122] <ffffffff80261726>{_raw_spin_unlock_irqrestore+44}
> > [ 29.380233] <ffffffff802a8778>{__free_pages_ok+428}
> > [ 29.386336] <ffffffff8024f101>{free_hot_page+25}
> > [ 29.392165] <ffffffff8022e298>{__free_pages+41}
> > [ 29.397898] <ffffffff806b604d>{__free_pages_bootmem+174}
> > [ 29.404457] <ffffffff806b5266>{free_all_bootmem_core+253}
> > [ 29.411112] <ffffffff806b5340>{free_all_bootmem_node+9}
> > [ 29.417574] <ffffffff806b254e>{numa_free_all_bootmem+61}
> > [ 29.424122] <ffffffff8046e96e>{_etext+0}
> > [ 29.429224] <ffffffff806b1392>{mem_init+128}
> > [ 29.434691] <ffffffff806a17ab>{start_kernel+377}
> > [ 29.440520] <ffffffff806a129b>{_sinittext+667}
> > [ 29.446669] ---------------------------
> > [ 29.450963] | preempt count: 00000001 ]
> > [ 29.455257] | 1-level deep critical section nesting:
> > [ 29.460732] ----------------------------------------
> > [ 29.466212] .. [<ffffffff806a169a>] .... start_kernel+0x68/0x221
> > [ 29.472815] .....[<ffffffff806a129b>] .. ( <= _sinittext+0x29b/0x2a2)
> > [ 29.480056]
>
> Perhaps you could put in that in_atomic check at the start of each of
> these functions and point to where it is a problem. Perhaps a spinlock
> is taken that was real and not a mutex.
Yeah, that's my thought as well. I'm going to do what you suggest now.
bill
next prev parent reply other threads:[~2006-08-03 21:18 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <e6babb600608012231r74470b77x6e7eaeab222ee160@mail.gmail.com>
2006-08-02 5:37 ` Problems with 2.6.17-rt8 Robert Crocombe
2006-08-02 17:51 ` Steven Rostedt
2006-08-03 11:48 ` Robert Crocombe
2006-08-03 14:27 ` Steven Rostedt
2006-08-03 15:08 ` Robert Crocombe
2006-08-03 15:27 ` Steven Rostedt
2006-08-03 15:48 ` Robert Crocombe
2006-08-03 16:04 ` Steven Rostedt
2006-08-03 17:16 ` Robert Crocombe
2006-08-03 20:22 ` Bill Huey
2006-08-03 20:54 ` Steven Rostedt
2006-08-03 21:18 ` Bill Huey [this message]
2006-08-08 2:56 ` [Patch] restore the RCU callback to defer put_task_struct() " Bill Huey
2006-08-08 3:05 ` Bill Huey
2006-08-08 18:46 ` Robert Crocombe
2006-08-08 19:06 ` Steven Rostedt
2006-08-08 21:35 ` Robert Crocombe
2006-08-08 21:44 ` Steven Rostedt
2006-08-08 22:10 ` Robert Crocombe
2006-08-09 17:19 ` Robert Crocombe
2006-08-09 0:35 ` Bill Huey
2006-08-11 7:47 ` Bill Huey
2006-08-11 14:52 ` Robert Crocombe
2006-08-09 22:05 ` Esben Nielsen
2006-08-10 0:00 ` Steven Rostedt
2006-08-10 2:18 ` Bill Huey
2006-08-11 1:06 ` Bill Huey
2006-08-11 8:16 ` Esben Nielsen
2006-08-11 8:46 ` Bill Huey
2006-08-11 15:00 ` Robert Crocombe
2006-08-11 21:18 ` Bill Huey
[not found] ` <20060811221054.GA32459@gnuppy.monkey.org>
2006-08-14 17:56 ` Robert Crocombe
2006-08-14 23:44 ` Bill Huey
2006-08-15 10:43 ` Bill Huey
2006-08-15 17:53 ` Robert Crocombe
2006-08-18 11:59 ` Bill Huey
2006-08-22 0:21 ` Robert Crocombe
2006-08-22 1:37 ` rtmutex assert failure (was [Patch] restore the RCU callback...) Bill Huey
2006-08-22 23:20 ` Bill Huey
2006-08-22 23:21 ` Bill Huey
2006-08-23 17:14 ` Robert Crocombe
2006-08-23 17:24 ` Robert Crocombe
2006-08-23 20:20 ` Bill Huey
2006-08-23 21:05 ` Bill Huey
2006-08-23 21:08 ` Bill Huey
2006-08-24 1:22 ` Robert Crocombe
2006-08-24 1:46 ` Bill Huey
2006-08-25 7:19 ` Bill Huey
2006-08-26 1:24 ` Robert Crocombe
2006-08-26 1:28 ` Robert Crocombe
2006-08-26 2:37 ` Robert Crocombe
2006-08-26 10:28 ` Bill Huey
2006-08-26 10:49 ` Bill Huey
2006-08-28 18:33 ` Robert Crocombe
2006-08-28 20:28 ` Bill Huey
2006-08-29 4:05 ` Robert Crocombe
2006-08-29 17:11 ` Bill Huey
2006-08-29 17:19 ` Robert Crocombe
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=20060803211800.GA11251@gnuppy.monkey.org \
--to=billh@gnuppy.monkey.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rcrocomb@gmail.com \
--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