Subject: Re: Kernel Panic after Compiling and Installation Current Kernel on a LX164
To: Ross Harvey <>
From: Sascha Valckenier Kips <>
List: port-alpha
Date: 04/14/2001 17:47:23
Hello Ross,

I have compiled the GENERIC-Kernel.

No Changes mad on the Generic Option File. The line whit the #makeoption
DEBUG="-g" is not commentet.
I have not found the netbsd.gdb.
after make clean, make DEBUG=-g, make install the address ist the same.

The Kernel version is 1.5U from the New Build.
Boot Strap Loader V1.5.1_BETA

list *0xfffffc0000310768 output:
0xfffffc0000310768 is in ahc_download_instr
4486        /* Struct copy */
4487        instr = *(union ins_formats*)&seqprog[instrptr *4];
4489        instr.integer = le32toh(instr.integer);
4491        fmt1_ins = &instr.format1;
4492        fmt3_ins = NULL;
4494        /* Pull the opcode */
4495        opcode = instr.format1.opcode;

Must i compile the userland befor i make the Kernel ?

I have installed with the binary the V1.5.1_BETA.
Now i have Download all current source and extracted to /usr (the compresst
file has extrated the  /usr/src/ directory)
After this I have compiled the kernel with the std. GENERIC Option file.

cd /usr/src/sys/arch/alpha/conf
config GENERIC
cd /usr/src/sys/arch/alpha/compile
make depend
make DEBUG="-g"
make install

Now i rebooting the system and hast the trap.

----- Original Message -----
From: "Ross Harvey" <>
To: <>; <>
Sent: Saturday, April 14, 2001 4:00 AM
Subject: Re: Kernel Panic after Compiling and Installation Current Kernel on
a LX164

> >:::
> > [ unaligned access fault, possibly in aic7xxx driver ]
> >:::
> > what can i do to correct this problem ?
> Reboot a working kernel. (``>>>boot -file whatever''.)
> Find the line in your config file that says ``#makeoptions DEBUG="-g"''
> and uncomment it back in.
> Go to your compile directory and do either a ``make clean'', or perhaps
> to get away with just ``rm *ahc*.o *aic*.o''. Rebuild and reboot.
> it will bomb, so reboot from your good kernel. Then go to the compile
> directory and type:
> gdb -q netbsd.gdb
> list *0xfffffc0000310768
> If the trap pc is different in the new crash, naturally you should
> substitute the new one for the 0xfffffc0000310768 you got the first time.
> Mail what gdb prints back to me.  And if it's possible, please try to
> sending me or the port-alpha list html email.
> //ross