Re: 5.0_BETA panics on 4000/500A

[Anders Magnusson <ragge%ludd.ltu.se@localhost>]

George Harvey wrote:
> All the recent activity on this list prompted me to give 5.0 a try on my
> 4000/500A. I used the daily build from
> NetBSD-daily/netbsd-5/200901080000Z and the install went through with no
> problems. However, when I boot from the installed kernel, it panics when
> it gets to my DESQA card (details below). One difference I can see
> between the INSTALL kernel and the GENERIC kernel is that the install
> kernel detected the DESQA as 'qe0' whereas the generic kernel detects it
> as 'qt0'. Just for info, the card worked fine as 'qt0' under both 3.1
> and 4.0.
> 
Be lucky if you have a qt card :-) Some of the qe cards can be turned into
"turbo" mode, which has a much better programming api and are capable of
running at higher speed.  Hence there is another device driver for qt,
and the install kernel is kept small and only have the qe driver.

-- Ragge


> George
> 
> # Console output showing panic and backtrace:
> 
>>>> boot dua6
> (BOOT/R5:0 DUA6)
>   2..
> -DUA6
>   1..0..
> 
>>> NetBSD/vax boot [1.11 Thu Jan  8 17:34:57 UTC 2009] <<
>>> Press any key to abort autoboot  0
> nfs_open: must mount first.
> open netbsd.vax: Device not configured
>> boot netbsd
> 2383260+3088788 [193216+183195]=0x2ed558
> Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004,
> 2005,    2006, 2007, 2008
>     The NetBSD Foundation, Inc.  All rights reserved.
> Copyright (c) 1982, 1986, 1989, 1991, 1993
>     The Regents of the University of California.  All rights reserved.
> 
> NetBSD 5.0_BETA (GENERIC) #0: Thu Jan  8 18:04:23 UTC 2009
> 
> builds%b0.netbsd.org@localhost:/home/builds/ab/netbsd-5/vax/200901080000Z-obj/hom
> e/builds/ab/netbsd-5/src/sys/arch/vax/compile/GENERIC VAX 4000/500A
> total memory = 127 MB
> avail memory = 121 MB
> mainbus0 (root)
> cpu0 at mainbus0KA681, NVAX (ucode rev 2)
> ze0 at mainbus0
> ze0: hardware address 08:00:2b:bc:3c:9a
> shac at mainbus0 not configured
> uba0 at mainbus0: Q22
> mtc0 at uba0 csr 174500 vec 774 ipl 17
> mscpbus0 at mtc0: version 4 model 14
> mscpbus0: DMA burst size set to 4
> mt0 at mscpbus0 drive 0: TK70
> uda0 at uba0 csr 172150 vec 770 ipl 17
> mscpbus1 at uda0: version 6 model 13
> mscpbus1: DMA burst size set to 4
> ra0 at mscpbus1 drive 4: RA90
> ra1 at mscpbus1 drive 6: RA90
> qt0 at uba0 csr 174440 vec 764 ipl 17panic: Segv in kernel mode: pc
> 801fc895 addr 1c Stopped in pid 0.1 (system) at  netbsd:trap+0x697:     
> nop db> bt
> panic: Segv in kernel mode: pc %x addr %x
> Stack traceback :
> 0x802ef1fc: trap+0x697(0x802ef2c4)
> 0x802ef2c4: trap type=0x8 code=0x1c pc=0x801fc895 psl=0x170000
> 0x802ef290: strlen+0x9(0x1c)
> 0x802ef314: evcnt_attach_static+0x16(0x8b032408)
> 0x802ef334: evcnt_attach_dynamic+0x2c(0x8b032408,0x1,0,0x1c,0x8020d0a9)
> 0x802ef35c: qtattach+0x59(0x8b001ec4,0x8b0326ec,0x802ef440)
> 0x802ef390:
> config_attach_loc+0xe7(0x8b001ec4,0x802394dc,0,0x802ef440,0x801b8fae)
> 0x802ef3d0:
> config_attach+0x1a(0x8b001ec4,0x802394dc,0x802ef440,0x801b8fae)
> 0x802ef418: ubasearch+0xf7(0x8b001ec4,0x802394dc,0,0) 0x802ef46c:
> mapply+0x20(0x802ef4d8,0x802394dc) 0x802ef4b0:
> config_search_loc+0x91(0x801b8e88,0x8b001ec4,0x801fd1ee,0,0) 0x802ef4f4:
> config_search_ia+0x1a(0x801b8e88,0x8b001ec4,0x801fd1ee,0) 0x802ef538:
> uba_attach+0x7f(0x8b001de4,0x20000000) 0x802ef564:
> qba_attach+0x67(0x8b001c58,0x8b001ec4,0x802ef670) 0x802ef590:
> config_attach_loc+0xe7(0x8b001c58,0x8023941c,0,0x802ef670,0x801e35b2)
> 0x802ef5c0:
> config_found_sm_loc+0x3d(0x8b001c58,0,0,0x802ef670,0x801e35b2,0)
> 0x802ef608: config_found+0x1b(0x8b001c58,0x802ef670,0x801e35b2)
> 0x802ef64c: mainbus_attach+0x50(0,0x8b001c58,0) 0x802ef688:
> config_attach_loc+0xe7(0,0x802391f4,0,0,0) 0x802ef6c0:
> config_attach+0x1a(0,0x802391f4,0,0) 0x802ef708:
> config_rootfound+0x2d(0x801fd1fc,0) 0x802ef734: cpu_configure+0x14(void)
> 0x802ef760: configure+0x3d(void)
> 0x802ef77c: main+0x1be(void)
> 0x802ef7a8: _start+0x112(0x400bdc)
> db> 
>