Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Jul 2001 20:27:50 -0700 (PDT)
From:      Matthew Jacob <mjacob@feral.com>
To:        <alpha@FreeBSD.ORG>
Subject:   Re: [ alpha ] supplement to beast becoming available (fwd)
Message-ID:  <20010710202536.M9225-100000@wonky.feral.com>

next in thread | raw e-mail | index | archive | help

following up further on this- make sure you also don't have hints
set by the loader. That can also be bad if they get duplicated.


-matt




---------- Forwarded message ----------
Date: Sun, 8 Jul 2001 22:13:33 -0700 (PDT)
From: Matthew Jacob <mjacob@feral.com>
To: Matt Dillon <dillon@earth.backplane.com>
Cc: David O'Brien <obrien@FreeBSD.org>, Jordan Hubbard <jkh@osd.bsdi.com>,
     developers@FreeBSD.org
Subject: Re: [ alpha ] supplement to beast becoming available


Uh, yeah, what've asked for.

Point  to note- the RA is also important because if you don't have a DDB stack
trace, the RA can tell you where you've come from most reacently.


On Sun, 8 Jul 2001, Matt Dillon wrote:

>
> :isp0: <Qlogic ISP 1020/1040 PCI SCSI Adapter> port 0x8000-0x80ff mem 0x81010000-
> :0x81010fff irq 16 at device 9.0 on pci1
> :isp0: interrupting at CIA irq 16
> :atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
> :atkbd0: <AT Keyboard> irq 1 on atkbdc0
> :atkbd0: interrupting at ISA irq 1
> :atkbd1: <AT Keyboard> irq 1 on atkbdc0
> :
> :fatal kernel trap:
> :
> :    trap entry     = 0x2 (memory management fault)
> :    faulting va    = 0x60
> :    type           = access violation
> :    cause          = load instructon
> :    pc             = 0xfffffc00003f599c
> :    ra             = 0xfffffc0000549b5c
> :    sp             = 0xfffffc0000693408
> :    usp            = 0x0
> :    curproc        = 0xfffffc00006122e0
> :        pid = 0, comm = swapper
> :
> :panic: trap
> :Uptime: 0s
> :Automatic reboot in 15 seconds - press a key on the console to abort
>
>     This sure likes it ought to be easy to track down... you have what
>     looks to be a null pointer dereference and a good PC.  Just take the
>     nm kernel.debug | sort output and locate the routine that pc resides
>     in...
>
> 						-Matt
>
>



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message




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