This seems to be a common problem.  On my IIci, I get similar crashes
with a custom kernel, but no crashes with the SLOTMAN_xxx (GENERIC
based) kernels!  All the crashes seem to occur during things that do
heavy disk I/O.

My guess is that something is trashing something else's memory, but I
have not been able to pin it down any further.

One thing I would try is to use the SLOTMAN_HWD_NCR kernel.  There's no
reason I know of why HWD wouldn't work on your IIci.  And I', probably
going to discontinue building the *_MRG_* kernels in the future.

For the benefit of others, let me take this opportunity to let everyone
know that there is now a Mailing List available for discussion of the
SLOTMAN kernels, and for requesting assistance:

	http://www.whooppee.com/slotman/slotman_list.html

On Sun, 1 Nov 1998, Matthew Navarre wrote:

> Hi all,
> I'm trying to get color x running on my netBSD 1.3.2 system using a SLOTMAN
> kernel and strangeness is ensuing :) The machine is a IIci, 20mb ram netBSD
> 1.3.2 with SLOTMAN_MRG_NCR #359 (10/27 build? I think).
> 
> the first time I tried to boot this kernel the machine hung during the
> filesystem checks, since i'd just added a new disk i thought this might be
> a ncr/sbc problem so I edited /etc/fstab so the new partition wouldn't
> mount. Now it gets past the filesystem checks and panics shortly thereafter
> 
> the video card i'm running is an old E-Machines card/17 in moinitor pair.
> it's a fixed resolution card (832 x 624) it works fine with the GENERIC
> kernel i was running.
> 
> heres the output from the kernel at boot:
> 
> <snip, everything seems normal to this point>
> configuring netwok interfaces: ae0.
> add net default: gateway 24.0.145.1
> adding interface aliases:
> pdma in: cnt = 12877824 (0xc48000) (pending cnt 8192)
> panic: something is wrong
> Stopped at  _Debugger+0x6: unlk  a6
> db>t
> _Debugger(469f80,c48000,1532f4,7b1b00,120254) + 6
> _panic(120105,1200d9,1200d2,c48000,c48000) + 52
> _do_ncr5380_drq_intr(469f80) + ec
> _ncr5380_drq_intr(469f80) + e
> _rbv_intr(7b1b44) + 4e
> _lev2intr(?)
> _mi_switch(2004,2200,7200,47b000,1) + 14
> _tsleep(66ba74,11,4019a,0) + 162
> _biowait(66ba74,78d108,483000,47b600,148af0) + 36
> _bread(776000,37b60,2000,ffffffff,7b1c74,164d88,6,0,78d108) + a2
> _ffs_vget(47b000,7200,7b1d00) + 150
> _ufs_lookup(7b1d6c) + a1a
> _lookup(7b1ee4) + 21e
> _namei(7b1ee4) + 156
> _vn_open(7b1ee4,1,0) + 178
> _sys_open(77b4d0,7b1f88,7b1f80) + 80
> _syscall(5) + 146
> _trap0() + e
> 
> im going to try different booter options and see if any thing changes , but
> i'm not to hopeful at this point. If anybody needs more info jsut email me
> and I'll get it for you
> 
> TIA,
> matt
> 
> -----------------------------------------------------------------------------
> Matthew Navarre
> mnavarre@home.com
> 
> "Build it idiot proof and they'll build a better idiot"
> -----------------------------------------------------------------------------
> 
> 
> 

-----------------------------------------------------------------------------
| Paul Goyette      | PGP DSS Key fingerprint:   | E-mail addresses:        |
| Network Engineer  |   BCD7 5301 9513 58A6 0DBC |  paul@whooppee.com       |
| and kernel hacker |   91EB ADB1 A280 3B79 9221 |  paul.goyette@ascend.com |
-----------------------------------------------------------------------------