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?
prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox