Date: Tue, 19 Dec 2000 09:50:09 -0800 (PST) From: No one <nouser@nodomain.none> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/23580: Second SCSI Adapter (Adaptec 39160) still hanging system Message-ID: <200012191750.eBJHo9j37426@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/23580; it has been noted by GNATS.
From: No one <nouser@nodomain.none>
To: freebsd-gnats-submit@FreeBSD.org, jfh@cise.ufl.edu
Cc:
Subject: Re: kern/23580: Second SCSI Adapter (Adaptec 39160) still hanging system
Date: Tue, 19 Dec 2000 12:40:47 -0500
I've discovered a few things:
- if I disable either of the internal SCSI busses, the machine
will boot normally. Is there something interesting about 4 SCSI
busses in one machine?
- booting from -CURRENT (20001218) floppies makes it through the
boot process until after the "Waiting 15 seconds for SCSI devices
to settle" line, then gives the same timeout errors as a 4.2-STABLE
SMP kernel. In other words, it doesn't hang after probing the ||
port like the non-SMP 4.2 kernel does.
- enabling CAMDEBUG in the 4.2-STABLE SMP kernel has given me the
following
messages:
-----------------------------------------------------------------------
[ trimmed ]
(probe14:ahc3:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0
(probe14:ahc3:0:15:0): ahc_action
(probe0:ahc3:0:0:0): ahc_action
(probe1:ahc3:0:1:0): SCB 0x9 - timed out while idle, SEQADDR == 0x3e
STACK == 0x0, 0x0, 0x0, 0x1
SXFRCTL0 == 0x80
SCB count = 20
QINFIFO entries: 9 8 7 6 5 4 3 2 1 0 19 18 17 16 15
Waiting Queue entries:
Disconnected Queue entries:
QOUTFIFO entries:
Sequencer Free SCB List: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
19 20 21 22 23 24 25 26 27 28 29 30 31
Pending list: 15 16 17 18 19 0 1 2 3 4 5 6 7 8 9
Kernel Free SCB list: 13 12 11 10
Untagged Q(0): 15
Untagged Q(1): 9
Untagged Q(2): 8
Untagged Q(3): 7
Untagged Q(4): 6
Untagged Q(5): 5
Untagged Q(6): 4
Untagged Q(8): 3
Untagged Q(9): 2
Untagged Q(10): 1
Untagged Q(11): 0
Untagged Q(12): 19
Untagged Q(13): 18
Untagged Q(14): 17
Untagged Q(15): 16
sg[0] - Addr 0xd6eb284 : Length 36
(probe1:ahc3:0:1:0): SCB 9: Immediate reset. Flags = 0x6040
(probe1:ahc3:0:1:0): ahc_done - scb 9
(probe1:ahc3:0:1:0): no longer in timeout, status = 34b
(probe1:ahc3:0:1:0): xpt_done
(probe2:ahc3:0:2:0): ahc_done - scb 8
(probe2:ahc3:0:2:0): xpt_done
-----------------------------------------------------------------------
Sometimes the timeout is in xpt_release_path as well as ahc_action:
-------
[...]
(xpt0:ahc3:0:1:0): xpt_release_path
(probe2:ahc3:0:2:0): SCB 0xe - timed out while idle, SEQADDR == 0x3e
[...]
-------
- I tried #defining AHC_DEBUG in the
/sys/dev/aic7xxx/aic7xxx_freebsd.c,
but I got several compiler errors, a couple I could fix (with an
extern int
declaraion), and some I couldn't:
o in function /sys/dev/aic7xxx/aic7xxx.c:ahc_calc_residual, there is
a reference to an "ahc" variable within the #define AHC_DEBUG block
that isn't defined in the function itself
At this point, I do have a workaround: disable channel A on the internal
SCSI
bus and hook the boot drive to the new card. This should also help
prevent
the renumbering of my boot disk as I add drives to the external busses (
I suppose this happens because it gets probed first (why?)). For a
while, though,
(probably until the second week of Jan) I do have time to help someone
do some
debugging on this problem if anyone's interested.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200012191750.eBJHo9j37426>