All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steven Rostedt <rostedt@goodmis.org>
To: Shaun Jackman <sjackman@gmail.com>
Cc: lkml <linux-kernel@vger.kernel.org>, Tejun Heo <htejun@gmail.com>,
	Jeff Garzik <jgarzik@pobox.com>,
	Jan Engelhardt <jengelh@linux01.gwdg.de>
Subject: Re: Trouble shooting a ten minute boot delay (SiI3112)
Date: Fri, 12 Aug 2005 22:55:40 -0400	[thread overview]
Message-ID: <1123901740.5296.100.camel@localhost.localdomain> (raw)
In-Reply-To: <7f45d939050812183911812222@mail.gmail.com>

On Fri, 2005-08-12 at 18:39 -0700, Shaun Jackman wrote:
> 2005/8/12, Jan Engelhardt <jengelh@linux01.gwdg.de>:
> > >I tried earlyprintk=vga, but it didn't provide any extra information.
> > >Although, CONFIG_EARLY_PRINTK is disabled in my .config. Does it need
> > >to be set to CONFIG_EARLY_PRINTK=y for earlyprintk=vga to work?
> > 
> > I think yes, otherwise there would not be a .config entry at all.
> > 
> > >I haven't tried Sysrq+T yet. I'll report back.
> > 
> > Mind that it is unlikely to get a good trace at this stage, but it's worth the
> > try.

Is the keyboard ever set up then? This is all happening before
console_init (since that's when the prints start) and the early printk
won't show anything before it parses the options.  For other
architectures, I use to write out to the serial really early, just an
'x'. If you know how to do that, you could give it a try. Start at
start_kernel in main hopefully you see the 'x'. If you do, keep moving
it until you find where it's delaying.  Of course, this could be before
start_kernel, then you're really screwed, unless you're good at doing
the same in assembly (which I've done for MIPS, PPC and ARM, but never
for x86).

> 
> I compiled a vanilla 2.6.12.4 kernel, enabled EARLY_PRINTK and
> rebooted with earlyprintk=vga. The kernel didn't display any extra
> information before the delay.

Do you see grub saying "uncompressing kernel..." or whatever that says? 

-- Steve



  reply	other threads:[~2005-08-13  2:55 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-09 23:31 Trouble shooting a ten minute boot delay (SiI3112) Shaun Jackman
2005-08-12  2:47 ` Tejun Heo
2005-08-12  8:00   ` Shaun Jackman
2005-08-12  8:03     ` Jeff Garzik
2005-08-12 17:44       ` Shaun Jackman
2005-08-12 18:39         ` Jan Engelhardt
2005-08-12 19:08           ` Shaun Jackman
2005-08-12 19:14             ` Jan Engelhardt
2005-08-13  1:39               ` Shaun Jackman
2005-08-13  2:55                 ` Steven Rostedt [this message]
2005-08-15 22:34                   ` Shaun Jackman
  -- strict thread matches above, loose matches on Subject: below --
2005-08-16 12:37 Etienne Lorrain

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=1123901740.5296.100.camel@localhost.localdomain \
    --to=rostedt@goodmis.org \
    --cc=htejun@gmail.com \
    --cc=jengelh@linux01.gwdg.de \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sjackman@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 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.