From: Steven Rostedt <rostedt@goodmis.org>
To: Robert Crocombe <rcrocomb@gmail.com>
Cc: linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
Bill Huey <billh@gnuppy.monkey.org>
Subject: Re: Problems with 2.6.17-rt8
Date: Wed, 02 Aug 2006 13:51:19 -0400 [thread overview]
Message-ID: <1154541079.25723.8.camel@localhost.localdomain> (raw)
In-Reply-To: <e6babb600608012237g60d9dfd7ga11b97512240fb7b@mail.gmail.com>
On Tue, 2006-08-01 at 22:37 -0700, Robert Crocombe wrote:
> Trying again. Hopefully gmail will send as plain/text this time.
> Ingo CC'd on the version with the text/html subpart (sorry).
>
> I've just stuck up the relevant stuff on my little webserver at:
>
> http://66.93.162.103/~rcrocomb/lkml/
>
> The files are:
>
> config_2.6.17-rt8_local_00
> config_2.6.17-rt8_local_01
> dmesg_2.6.17-rt8_local_00_00
> linux_version_info
> output_from_lspci
> scooter_log
>
> which should largely be self-explanatory, I think. The local_00
> kernel does not have much in the way of debugging info turned on,
> because I was hoping for peak performance. local_01 has a bunch more
> debug widgets enabled:
>
> +CONFIG_DEBUG_PREEMPT=y
> +CONFIG_PREEMPT_TRACE=y
> +CONFIG_DEBUG_INFO=y
> +CONFIG_FRAME_POINTER=y
> +CONFIG_UNWIND_INFO=y
> +CONFIG_FORCED_INLINING=y
> +CONFIG_IOMMU_DEBUG=y
>
> in the hope of providing better/more info. The machine is 'scooter',
> and scooter_log is the dump from 'cu' on another machine. I decided
> not to trim anything, since I wasn't sure what might/might not be
> relevant. Note that at first we were running with the nvidia kernel
> module, but removed that later (scooter_log6 line 7142 or therebouts)
> so as to test with an untainted kernel. I wasn't sure if the problems
> w/ the module would be of interest or not.
>
> I can pretty much guarantee problems with a kernel compile or two in parallel.
>
> The machine is built around the new IWill H8502 motherboard. It's a
> 4-way 2.8GHz Opteron machine with 8GB of RAM and two 150GB SCSI disks
> in a RAID5 setup. The person doing development on this machine says
> the problems are basically constant. I am using a very similar
> machine, but with dual video cards and 32GB of RAM, and haven't
> experienced any problems. That machine, too, is using the nvidia
> module. Oh, the underlying distribution is Fedora Core 5.
>
I'm confused,
You mention problems but I don't see you listing what exactly the
problems are. Just saying "the problems exist" doesn't tell us
anything.
Don't assume that we will go to some web site to figure out what you're
talking about. Please list the problems you are facing.
I only looked at the dmesg and saw this:
BUG: scheduling while atomic: udev_run_devd/0x00000001/1568
Call Trace:
<ffffffff8045c693>{__schedule+155}
<ffffffff8045f156>{_raw_spin_unlock_irqrestore+53}
<ffffffff80242241>{task_blocks_on_rt_mutex+518}
<ffffffff80252da0>{free_pages_bulk+39}
<ffffffff80252da0>{free_pages_bulk+39}
<ffffffff8045d3bd>{schedule+236}
<ffffffff8045e1fe>{rt_lock_slowlock+327}
<ffffffff80252da0>{free_pages_bulk+39}
<ffffffff802531f0>{__free_pages_ok+408}
<ffffffff80226665>{free_task+18}
<ffffffff8045d113>{thread_return+200}
<ffffffff8026cdba>{kfree+56}
<ffffffff8026cdba>{kfree+56}
<ffffffff8045d9a8>{preempt_schedule_irq+82}
<ffffffff80209eb4>{retint_kernel+38}
<ffffffff8026cdba>{kfree+56}
<ffffffff8045f09c>{_raw_spin_unlock+57}
<ffffffff8026ce3f>{kfree+189}
<ffffffff8028f642>{seq_release+24}
<ffffffff80272f12>{__fput+161}
<ffffffff80270664>{filp_close+89}
<ffffffff80271b63>{sys_close+143}
<ffffffff80209882>{system_call+126}
nvidia: module license 'NVIDIA' taints kernel.
Is this the problem you are talking about? Bill Huey is working on this
same thing at this very moment.
-- Steve
> I'll be glad to provide other info/run any patches/etc.
>
> Thanks.
>
> Oh, I'm not lkml subscribed, so please CC.
next prev parent reply other threads:[~2006-08-02 17:51 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 [this message]
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
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=1154541079.25723.8.camel@localhost.localdomain \
--to=rostedt@goodmis.org \
--cc=billh@gnuppy.monkey.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rcrocomb@gmail.com \
/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