>Number:         3183
>Category:       port-alpha
>Synopsis:       fatal kernel trap
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    gnats-admin (GNATS administrator)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Feb  2 10:05:00 1997
>Last-Modified:
>Originator:     Brad Spencer
>Organization:
	Sitting at home
>Release:        -current supped and compiled on 2/1/97
>Environment:
	
NetBSD valinor.eldar.org 1.2C NetBSD 1.2C (VALINOR) #1: Sun Feb  2 09:54:49 EST 1997     brad@valinor.eldar.org:/usr/src/sys/arch/alpha/compile/VALINOR alpha

>Description:

Wanted to get NCSA's http daemon compiled up for my Multia.  The
compile went fine, after compiling without optimization [which
appeared to cause the compiler and friends to go into a infinite
loop], but when the daemon is contacted the following panic occures:

fatal kernel trap:

    trap entry = 0x4 (unaligned access fault)
    a0         = 0xfffffe004a5f472c
    a1         = 0x2d
    a2         = 0x4
    pc         = 0xfffffc0000351ad4
    ra         = 0xfffffc00003507dc
    curproc    = 0xfffffe004a5eae00
        pid = 144, comm = httpd

panic: trap

The machine, in question, does not have a monitor, so it is unclear if
there was more information printed before the reboot.

A crash dump was made, but it was unclear how one might go about
debugging with it, as the alpha gdb does not appear to deal with the
idea of kernel debugging.

>How-To-Repeat:

Acquire NCSA's http daemon, version 1.4.2 [ya, I know this is probably
old], do a 'make netbsd' after making the target not compile with
optimzation.

>Fix:

Unknown...


>Audit-Trail:
>Unformatted: