All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Weber <weber@nyc.rr.com>
To: Duncan Sands <baldrick@wanadoo.fr>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Linux 2.5 freezing after uncompressing linux
Date: Sun, 16 Feb 2003 12:31:10 -0500	[thread overview]
Message-ID: <3E4FCADE.2070306@nyc.rr.com> (raw)
In-Reply-To: <200302161017.43944.baldrick@wanadoo.fr>

Duncan Sands wrote:
> On Sunday 16 February 2003 03:54, John Weber wrote:
> 
>>[1.] One line summary of the problem:
>>
>>[Linux 2.5] Freezing after Uncompressing Linux
>>
>>[2.] Full description of the problem/report:
>>
>>The kernel freezes immediately after "Uncompressing Linux... OK".
>>No further messages are displayed.  I'm following wli's advice to
>>add some printk's to check whether the system is even getting to
>>startup_32(), but perhaps others have seen this problem.
> 
> 
> Did it really freeze?  Can you see disk activity if you wait?  You may
> simply not have turned on the console in your .config.  For example,
> if you choose to compile the input subsystem as a module, then the
> console automagically gets deselected!
> 
> Duncan.
> 

I finally got around to applying early printk, and I found out that the 
system does indeed get to startup_32().  As it turns out this was simply 
related to a CONFIG problem.  I built-in INPUT (instead of using it as a 
module), and the virtual console CONFIG was then made available.  (NOTE: 
I didn't think to check the input subsystem config, because the last 
time I mistakenly disabled input -- because I simply used "make 
oldconfig" which didn't enable CONFIG_INPUT -- the only thing it 
disabled was the keyboard and mouse).  Why does CONFIG_INPUT affect the 
console?


      reply	other threads:[~2003-02-16 17:22 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-16  2:54 Linux 2.5 freezing after uncompressing linux John Weber
2003-02-16  3:02 ` Zwane Mwaikambo
2003-02-16  9:17 ` Duncan Sands
2003-02-16 17:31   ` John Weber [this message]

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=3E4FCADE.2070306@nyc.rr.com \
    --to=weber@nyc.rr.com \
    --cc=baldrick@wanadoo.fr \
    --cc=linux-kernel@vger.kernel.org \
    /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.