adaptec 2940u/uw dump card state ends

[Jesse Guardiani]

Jesse Guardiani wrote:

> Howdy list,
> 
> I'm having trouble with a Sony AIT TSL-SA300C autochanger
> attached to an adaptec 2940u/uw SCSI card and a Seagate AIT
> tape drive. Hopefully someone can shed some light on my
> problem.
> 
> The physical (as in cable) SCSI topology looks like the
> following, with terminated devices marked by a (T):
> 
> (T)AIT Autochanger <-> 2940u/uw <-> Seagate AIT Tape(T)
> 
> I have termination manually turned off in the 2940u/uw's
> software configuration utility. The Seagate AIT tape drive
> is terminated via jumper (Term PWR is off, and SCSI Term
> is ON, if I remember correctly). The Sony Autochanger is
> terminated using a long yellow external wide SCSI ribbon
> cable. The cable has a little black thing on the end that
> I am ASS-U-MEing is a resistor pack for termination. The
> Autochanger's PDF indicates that it is not capable of
> active termination, which makes sense because it's external
> and you can turn it off.
> 
> Admittedly, termination may be the issue. I'm relatively
> new to SCSI, and I may not have gotten it right. In
> particular, I don't have a clue what the TERM PWR jumpers
> do on devices that also include a SCSI TERM jumper...
> 
> Here is the problem I'm having:
> 
> The first time I issue a `chio move drive 0 slot 0` command,
> I get this:
> 
> (ch0:ahc0:0:2:1): SCB 0xe - timed out
>>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
> ahc0: Dumping Card State while idle, at SEQADDR 0x7
> Card was paused
> ACCUM = 0xb, SINDEX = 0x27, DINDEX = 0x23, ARG_2 = 0x3
> HCNT = 0x0 SCBPTR = 0x1
> SCSISIGI[0x0] ERROR[0x0] SCSIBUSL[0x0] LASTPHASE[0x1]:(P_BUSFREE)
> SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0x2]:(SELWIDE)
> SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE)
> SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIE D)
> SSTAT0[0x5]:(DMADONE|SDONE) SSTAT1[0xa]:(PHASECHG|BUSFREE)
> SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x0]
> SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTI MO)
> SXFRCTL0[0x80]:(DFON) DFCNTRL[0x0]
> DFSTATUS[0x2d]:(FIFOEMP|DFTHRESH|HDONE|FIFOQW DEMP)
> STACK: 0x0 0x169 0x199 0x3
> SCB count = 20
> Kernel NEXTQSCB = 7
> Card NEXTQSCB = 7
> QINFIFO entries:
> Waiting Queue entries:
> Disconnected Queue entries: 1:14
> QOUTFIFO entries:
> Sequencer Free SCB List: 0 2 3 4 5 6 7 8 9 10 11 12 13 14 15
> Sequencer SCB Info:
>   0 SCB_CONTROL[0xc0]:(DISCENB|TARGET_SCB) SCB_SCSIID[0x17]
> SCB_LUN[0x0] SCB_TAG[0xff]
>   1 SCB_CONTROL[0x44]:(DISCONNECTED|DISCENB) SCB_SCSIID[0x27]
> SCB_LUN[0x1] SCB_TAG[0xe]
>   2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>   3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>   4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>   5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>   6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>   7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>   8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>   9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>  10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>  11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
> CB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>  13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>  14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
>  15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID)
> SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff]
> Pending list:
>  14 SCB_CONTROL[0x40]:(DISCENB) SCB_SCSIID[0x27] SCB_LUN[0x1]
> Kernel Free SCB list: 8 15 16 17 18 19 0 1 2 3 4 5 6 9 13 12 11 10
> Untagged Q(2): 14
> <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
> (ch0:ahc0:0:2:1): Queuing a BDR SCB
> (ch0:ahc0:0:2:1): Bus Device Reset Message Sent
> (ch0:ahc0:0:2:1): no longer in timeout, status = 34b
> ahc0: Bus Device Reset on A:2. 1 SCBs aborted
> (ahc0:A:2:1): refuses WIDE negotiation.  Using 8bit transfers
> (ahc0:A:2:1): refuses synchronous negotiation. Using asynchronous
> transfers Jan 20 16:39:59 billmax /kernel: <<<<<<<<<<<<<<<< Dump Card
> State Ends >>>>>>>>>
>>>>>>>>>>
> 
> 
> So far, all further commands have been successfull.
> 
> Here's my uname:
> 
> # uname -a
> FreeBSD billmax.int.wingnet.net 4.9-RELEASE FreeBSD 4.9-RELEASE #0: Sun
> Jan 18 18:29:28 EST 2004    
> jesse at billmax.int.wingnet.net:/usr/src/sys/compile/BILLMAX  i386
> 
> Any suggestions?

Surely someone on the -SCSI list can at LEAST answer my simple questions
about TERM PWR vs SCSI TERM jumpers on drives....

I'd love to know why I'm getting the above timeout too, but if someone
could just verify the difference between TERM PWR and SCSI TERM, and
how they should be used then I can at least get a starting point.

Thanks!

-- 
Jesse Guardiani, Systems Administrator
WingNET Internet Services,
P.O. Box 2605 // Cleveland, TN 37320-2605
423-559-LINK (v)  423-559-5145 (f)
http://www.wingnet.net