lkml.org 
[lkml]   [2006]   [Dec]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch] x86_64: fix boot time hang in detect_calgary()
On Wed, Dec 20, 2006 at 11:53:32AM +0100, Ingo Molnar wrote:

> the patch below fixes the boot hang by trusting the BIOS-supplied data
> structure a bit less: the parser always has to make forward progress,
> and if it doesnt, we break out of the loop and i get the expected kernel
> message:
>
> Calgary: Unable to locate Rio Grande Table in EBDA - bailing!

Good job tracking this down. I saw someone get bit by probably this
same bug a few days ago. Whilst on the subject though, can we do
something about the printk ?
It always bothered me that some drivers print something when
a) built-in, and b) they don't find something.
For kitchen sink kernels, this makes for a really noisy bootup.

So you didn't find hardware I know I don't have. Big deal, move on.
dmesg spam these days is getting really out of hand.

hmm, maybe a mod_printk, to only printk something when built as
a module ?

Dave

--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-12-20 16:31    [W:0.030 / U:1.752 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site