Gordon Ross wrote:
>>>> On 17 November 2005 at 12:21:27, in message
> <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] 
> wrote:
>> On 11/17/05, Nick Holland <[EMAIL PROTECTED]> wrote:
>>> Gordon Ross wrote:
>>> > We've got several VIA based micro ATX systems here. We've been
> using
>>> > OpenBSD on them for years now, and never had any problems.
>>> >
>>> > Today, I installed 3.8 (from the official CDs) and this went fine.
> I
>>> > then rebooted the system off of the HD, and the boot started, but
>>> > stopped at "sysbeep0 at pcppi0"
>>> >
>>> > I repeated the install on an identical box and got exactly the
> same
>>> > problem.
>>> >
>>> > Below is a dmesg from one of these machines running 3.7
>>> >
>>> > Suggestions as to where I should go from here ?
>>>
>>> This pretty much means that there is something in the GENERIC
> kernel
>>> that is NOT in the install kernel that is causing problems on this
>>> machine.  If you can find this device and disable it through ukc>,
> you
>>> should be in business.
>>>
>>> totally wild guess: try disabling ahc.
>> 
>> another totally wild guess: try disabling auvia.
> 
> You'll never believe this: nxp0 !
> 
> If I disable nxp in UKC, the machine boots fine. [well, until it panics
> ;-)  ]
> 
> GTG

Actually, I don't believe you.

Do you mean npx0? :)

it is pretty incredible that you are hanging due to the Numeric
Processor Extension (i.e., the floating point thingie)...but slightly
more believeable than something that doesn't seem to exist. :)

A serial console capture of this thing would be interesting.  I'm
mytified by this...closest thing to an explaination I can think of is
something is being misassigned IRQ 13 for some reason...

Get a serial console on this thing, let's find out what we are dealing
with...

Nick.

Reply via email to