Subject: another panic: ptdi %x
To: None <jmarin@pyy.jmp.fi, port-i386@NetBSD.ORG, rhialto@polder.ubc.kun.nl>
From: Olaf Seibert <rhialto@polder.ubc.kun.nl>
List: port-i386
Date: 12/12/1996 12:02:07
[mailed to port-i386 and Jukka Marin]

I was very recently forced to upgrade our machine to NetBSD 1.2, and I
have built a custom kernel which is basically GENERICADP stripped of
some hardware and options. While running fsck -f, I get the dreaded
panic: ptdi.

I looked in the port-i386 archives and found Jukka's similar problem.
We too have a 2940 (no IDE though) with several large partitions.  The
panic occurs in phase 1 of the check of the last partition, sd1g (see
info below).

I tried increasing NKPDE from the default 12 to 24 but that does not
help.

I also observed the GENERICADP kernel to panic in fsck -f, but not
always. My own kernel panics reliably.

Given what I've read about it so far, can we conclude it is some kind of
resource reclamation problem, possibly related to the Adaptec 2940?
After all, if it only fails when fsck-ing all partitions, but not one at
a time, it looks like something like that.

I haven't tried it yet, but would the kernel be fairly stable in
"normal" use where we can do everything but fsck -f? We badly need the
extra swap partition that GENERICADP does not use.

Is there a real fix yet?

Partition info:

Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
/dev/sd0a       31116    24405     5155    83%    /
/dev/sd0e       31116    13256    16304    45%    /tmp
/dev/sd0f      396406   321896    54689    85%    /usr
/dev/sd0g       31116    18956    10604    64%    /var
/dev/sd0h     1416163   954107   391247    71%    /home
/dev/sd1g     1016343   608125   357400    63%    /home/project
procfs              4        4        0   100%    /proc
kernfs              1        1        0   100%    /kern

Config output:

NetBSD 1.2 (GENERICADP) #0: Sun Sep 15 17:11:33 PDT 1996
    perry@jekyll.piermont.com:/usr/src/sys/arch/i386/compile/GENERICADP
CPU: Pentium (GenuineIntel 586-class CPU)
real mem  = 33161216
avail mem = 28975104
using 430 buffers containing 1761280 bytes of memory
...
scsibus0 at ahc1
ahc1: target 0 synchronous at 10.0MHz, offset = 0xf
sd0 at scsibus0 targ 0 lun 0: <MICROP, 4221-09   1128RF, 28RF> SCSI2 0/direct fixed
sd0: 1955MB, 4048 cyl, 9 head, 109 sec, 512 bytes/sec
ahc1: target 1 synchronous at 10.0MHz, offset = 0xf
sd1 at scsibus0 targ 1 lun 0: <Quantum, XP34300, L912> SCSI2 0/direct fixed
sd1: 4101MB, 3907 cyl, 20 head, 107 sec, 512 bytes/sec

-Olaf.
--
___ Olaf 'Rhialto' Seibert      D787B44DFC896063 4CBB95A5BD1DAA96 
\X/ Don't dream it, Be it               rhialto@polder.ubc.kun.nl