All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steven Rostedt <rostedt@goodmis.org>
To: Clark Williams <williams@redhat.com>
Cc: chris perkins <cperkins@OCF.Berkeley.EDU>, linux-kernel@vger.kernel.org
Subject: Re: 2.6.15-rt16
Date: Wed, 01 Feb 2006 17:16:19 -0500	[thread overview]
Message-ID: <1138832179.6632.12.camel@localhost.localdomain> (raw)
In-Reply-To: <1138830694.18762.46.camel@localhost.localdomain>

On Wed, 2006-02-01 at 15:51 -0600, Clark Williams wrote:

> > Could you make sure that your modules in the initrd that you use are the
> > ones created with the LATENCY_TRACE option.  After converting all the
> > modules into compiled in options, I successfully booted the kernel.  So
> > you might have an incompatibility with the modules in initrd, when you
> > turn on LATENCY_TRACE.
> 
> Did you ever duplicated the failure?

No, but I don't use an initrd, so my failure was first that it couldn't
recognize my harddrives.  So I compiled in the necessary drivers into my
kernel, and it booted right up to the GDM login.  I logged in, and was
going to reply to you, but I guess I have a different network card since
I had no network.

> 
> I'm fairly certain that the initrd contains the appropriate modules,
> since I regenerate the initrd each time I generate a new kernel, but
> I'll go back and verify. 
> 
> I'll also convert modules to compiled in and see if that makes a
> difference.

Thanks, I've been burnt before with incompatible modules in initrd, that
I now only use compiled in modules that are needed to boot (ide, ext3,
etc).  When compiling 3 different kernels with several different configs
constantly for the same machine, it just becomes easier to not use an
initrd.

-- Steve



  reply	other threads:[~2006-02-01 22:16 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-30 16:49 2.6.15-rt16 chris
2006-01-30 17:03 ` 2.6.15-rt16 Thomas Gleixner
2006-01-30 17:09   ` 2.6.15-rt16 Steven Rostedt
2006-01-30 17:24   ` 2.6.15-rt16 chris perkins
2006-01-30 18:42     ` 2.6.15-rt16 Steven Rostedt
2006-01-31 17:45       ` 2.6.15-rt16 chris perkins
2006-01-30 20:33     ` 2.6.15-rt16 Clark Williams
2006-01-31 17:52       ` 2.6.15-rt16 chris perkins
2006-01-31 18:07         ` 2.6.15-rt16 Clark Williams
2006-02-01 18:32           ` 2.6.15-rt16 Steven Rostedt
2006-02-01 18:39             ` 2.6.15-rt16 Clark Williams
2006-02-01 20:20               ` 2.6.15-rt16 Lee Revell
2006-02-01 21:47               ` 2.6.15-rt16 Steven Rostedt
2006-02-01 21:51                 ` 2.6.15-rt16 Clark Williams
2006-02-01 22:16                   ` Steven Rostedt [this message]
2006-02-01 22:36                     ` 2.6.15-rt16 Clark Williams
2006-02-02  1:10                       ` 2.6.15-rt16 Steven Rostedt
2006-02-02 14:46                         ` 2.6.15-rt16 Clark Williams
2006-02-02  1:22                       ` 2.6.15-rt16 Steven Rostedt
2006-02-02 15:01                         ` 2.6.15-rt16 Clark Williams

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=1138832179.6632.12.camel@localhost.localdomain \
    --to=rostedt@goodmis.org \
    --cc=cperkins@OCF.Berkeley.EDU \
    --cc=linux-kernel@vger.kernel.org \
    --cc=williams@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.