Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 6 Apr 2006 17:23:38 +1000
From:      Peter Jeremy <peterjeremy@optushome.com.au>
To:        Ganbold <ganbold@micom.mng.net>
Cc:        freebsd-current@freebsd.org
Subject:   Re: CPU class not configured problem in CURRENT-solved, boot problem -SOLVED
Message-ID:  <20060406072338.GA700@turion.vk2pj.dyndns.org>
In-Reply-To: <44348790.6040006@micom.mng.net>
References:  <20060404101223.GH683@turion.vk2pj.dyndns.org> <44336331.40909@micom.mng.net> <20060405075841.GB699@turion.vk2pj.dyndns.org> <443381F9.3010504@micom.mng.net> <20060405090326.GD699@turion.vk2pj.dyndns.org> <44338D08.3070000@micom.mng.net> <20060405102528.GE699@turion.vk2pj.dyndns.org> <4433A4A0.5060300@micom.mng.net> <20060405185221.GI699@turion.vk2pj.dyndns.org> <44348790.6040006@micom.mng.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2006-Apr-06 12:14:24 +0900, Ganbold wrote:
>Yes, that was basically my fault, wasted your time on basic thing.
>I'm really sorry about that.

That's OK.  We all make mistakes.

>>I presume 6.x and -current behave the same.  This prompt is from the
>>second-stage boot loader (boot2).  If the problem goes away when you
>>add '-n' to your /boot.config then your bios isn't starting the 18.2Hz
>>timer.  Otherwise, I have no idea.
>>  
>Really great news, thanks a lot Peter, actually by adding -n option in 
>/boot.config solves
>the boot problem. It boots now without user intervention both 
>6.1-PRERELEASE and CURRENT.

Actually, this means your BIOS is broken.  It's supposed to initialise
one of the timers (I don't recall which one) to provice an 18.2Hz
interrupt and tick counter for MS-DOS.  FreeBSD boot2 (and possibly
loader) rely on this tick counter to provide timeouts when waiting
for input (normally there's a 3 or 5 second timeout at those prompts).
The '-n' disables the timeouts so you can no longer override the
defaults - this is not necessarily desirable in general.

You might like to look at the BIOS configuration to see if there's
anything that looks relevant.  Alternatively, you might try HP's
technical support and ask why the longword at 0x46c is not
incrementing (see sys/boot/i386/boot2/boot2.c:keyhit()).

Ubuntu presumably uses some alternative mechanism for any timeouts
whilst booting.

>However should this kind of situation must be documented somewhere, 
>maybe in FAQ ?

I don't recall anyone reporting this sort of problem before.

-- 
Peter Jeremy



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060406072338.GA700>