Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 31 May 1998 18:29:28 -0400 (EDT)
From:      The Hermit Hacker <scrappy@hub.org>
To:        "Kenneth D. Merry" <ken@plutotech.com>
Cc:        freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG
Subject:   Re: May29th kernel with May20th CAM drivers: panic?
Message-ID:  <Pine.BSF.3.96.980531182600.448F-100000@hub.org>
In-Reply-To: <199805312220.QAA04786@panzer.plutotech.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 31 May 1998, Kenneth D. Merry wrote:

> The Hermit Hacker wrote...
> > 
> > Hi...
> > 
> > 	I'm not going to bother submitting a problem report on this,
> > mainly because I don't even have a core to analyze, but I figured I'd at
> > least put a 'head up' on this, in case this anything to someone...
> > 
> > 
> > Fatal trap 12: page fault while in kernel mode
> > fault virtual address   = 0xefcb5b1c
> > fault code              = supervisor read, page not present
> > instruction pointer     = 0x8:0xf01a88ad
> > stack pointer           = 0x10:0xf6951af4
> > frame pointer           = 0x10:0xf6951b28
> > code segment            = base 0x0, limit 0xfffff, type 0x1b
> >                         = DPL 0, pres 1, def32 1, gran 1
> > processor eflags        = interrupt enabled, resume, IOPL = 0
> > current process         = 7011 (innfeed)
> > interrupt mask          = net bio
> > kernel: type 12 trap, code=0
> > Stopped at      _tulip_txput+0x111:     movl    _PTmap(,%eax,4),%edx
> 
> 
> 	tulip_txput() is in the DEC 2114x driver. 

	Hrmmm...are there any known problems with the 2114x driver?  I do
see the following periodically:

de0: abnormal interrupt: transmit underflow (raising TX threshold to
96|256)
de0: abnormal interrupt: transmit underflow (raising TX threshold to
8|512)

	On:

de0: <Digital 21140A Fast Ethernet> rev 0x22 int a irq 9 on pci0.10.0
de0: 21140A [10-100Mb/s] pass 2.2
de0: address 00:60:67:30:75:ef

	In 100Mb/s mode...


> I kinda doubt this
> really has anything to do with CAM.

The reason I included the bit about the CAM driver was the second panic,
which mentioned 'cam' in the interrupt_mask, whereas the first
didn't...:(


db> panic
panic: from debugger

syncing disks... 98 98 98 98 98 98 98 98 98 98 98 98 98 98 98 98 98 98 98
98 giving up

dumping to dev 20401, offset 262144
dump

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xf01118a6
stack pointer           = 0x10:0xf6951710
frame pointer           = 0x10:0xf69517cc
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 7011 (innfeed)
interrupt mask          = net tty bio cam
kernel: type 12 trap, code=0
Stopped at      _tulip_txput+0x111:     movl    _PTmap(,%eax,4),%edx
db>




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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980531182600.448F-100000>