Subject: Re: Building a new kernel for a 345 - FIXED
To: Brian J. Fox <bfox@wizard.datawave.net>
From: Eduardo E. Horvath eeh@btr.com <eeh@btr.btr.com>
List: port-hp300
Date: 06/30/1995 16:26:52
On Thu, 29 Jun 1995, Brian J. Fox wrote:

>    On Wed, 28 Jun 1995, 'Most Excellent' Eric Mehlhaff wrote:
> 
>    > Herb Peyerl <hpeyerl@beer.org> recently wrote:
>    > 
>    > 
>    > >"Eduardo E. Horvath eeh@btr.com" <eeh@btr.btr.com>  wrote:
>    > > > 1) I have been trying to build a new kernel for an hp-9000/345.  The new 
>    > > > kernel boots, but as soon as I go into multi-user mode I get a panic 
>    > >
>    > >There are a lot of panic() calls in the kernel.  Unfortunately, it's
>    > >difficult to diagnose your problem without knowing where the kernel
>    > >panic'd... 
>    > 
>    > I just want to say I have similar problems trying to boot up a
>    > hp-9000/350 on kernels compiled from current tarballs.  I've tracked it
>    > down to right where /etc/rc does the mount -nonfs (just after fsck).
> 
>    While this is rather interesting, I'm trying to get a 1.0 kernel to work, 
>    not a -current.  I finally have some info on the panic (I usually get two 
>    of them so the first scrolls off the screen):
> 
>    trap type=2 code=0 v=0
>    pid=24 pc=000051ea ps=2000
>    sfc = 0001 dfc=0001
> 
>    followed, of course, by the manditory register dump and stack dump.
> 
>    I was hoping that someone would tell me that this is a well known problem 
>    with a simple fix.
> 
>    I'm going to try to compile the INSTALL kernel and see how that fares.
> 
>    Eduardo
> 
> Turn off all forms of debugging in the config.  Rebuild from the 1.0
> sources.
> 
> Don't ask me why, but it worked for me.

Well, I re-built and re-installed the patched version of config (the 
original was not core dumping though) and then cleaned and re-built the 
INSTALL kernel, and now it seems to run just fine.

Eduardo