From owner-freebsd-scsi@FreeBSD.ORG  Sun Oct 26 07:26:02 2008
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id B0616106566B
	for <freebsd-scsi@freebsd.org>; Sun, 26 Oct 2008 07:26:02 +0000 (UTC)
	(envelope-from j@uriah.heep.sax.de)
Received: from uriah.heep.sax.de (uriah.heep.sax.de [213.240.137.9])
	by mx1.freebsd.org (Postfix) with ESMTP id 511128FC0A
	for <freebsd-scsi@freebsd.org>; Sun, 26 Oct 2008 07:26:02 +0000 (UTC)
	(envelope-from j@uriah.heep.sax.de)
Received: by uriah.heep.sax.de (Postfix, from userid 107)
	id E45C770; Sun, 26 Oct 2008 08:07:31 +0100 (MET)
Date: Sun, 26 Oct 2008 08:07:31 +0100
From: Joerg Wunsch <freebsd-scsi@uriah.heep.sax.de>
To: freebsd-scsi@freebsd.org
Message-ID: <20081026070731.GX51236@uriah.heep.sax.de>
Mail-Followup-To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>,
	freebsd-scsi@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Phone: +49-351-2012 669
X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F  93 21 E0 7D F9 12 D6 4E
X-GPG-Fingerprint: 5E84 F980 C3CA FD4B B584  1070 F48C A81B 69A8 5873
User-Agent: Mutt/1.5.11
Subject: DLT7000: mt erase aborts after finishing
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Oct 2008 07:26:02 -0000

I've got this tape drive:

<QUANTUM DLT7000 2560>             at scbus2 target 0 lun 0 (sa0,pass2)

(as part of an old Sun E280 library), and since I've also got a set of
tapes along with it that contained data from the former owner, I
promised to run a full erase on any of the tapes.

This always results in:

mt: /dev/nsa0: erase: Input/output error

accompanied by:

(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retrying Command (per Sense Data)
(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retrying Command (per Sense Data)
(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retrying Command (per Sense Data)
(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retrying Command (per Sense Data)
(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retries Exhausted

occasionally also

sym1:0:control msgout: 80 6.

which appears to be benign.

As far as I can tell, the error is harmless, the tapes appear to be
erased (it took the usual more than an hour per tape anyway), so I'm
just wondering why this might happen.

Any other operation on the tapes, including a quick erase, works
flawlessly.

The DLT7000 manual lists the ASC/ASCQ pair for COMMAND ABORTED as
"Command Cleared from Queue Without Other", whatever that might mean.

Maybe it's worth to add some quirk for that?

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

From owner-freebsd-scsi@FreeBSD.ORG  Mon Oct 27 11:07:21 2008
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id DA5CE1065674
	for <freebsd-scsi@FreeBSD.org>; Mon, 27 Oct 2008 11:07:21 +0000 (UTC)
	(envelope-from owner-bugmaster@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id C75478FC1A
	for <freebsd-scsi@FreeBSD.org>; Mon, 27 Oct 2008 11:07:21 +0000 (UTC)
	(envelope-from owner-bugmaster@FreeBSD.org)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id m9RB7LD4002098
	for <freebsd-scsi@FreeBSD.org>; Mon, 27 Oct 2008 11:07:21 GMT
	(envelope-from owner-bugmaster@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id m9RB7Let002094
	for freebsd-scsi@FreeBSD.org; Mon, 27 Oct 2008 11:07:21 GMT
	(envelope-from owner-bugmaster@FreeBSD.org)
Date: Mon, 27 Oct 2008 11:07:21 GMT
Message-Id: <200810271107.m9RB7Let002094@freefall.freebsd.org>
X-Authentication-Warning: freefall.freebsd.org: gnats set sender to
	owner-bugmaster@FreeBSD.org using -f
From: FreeBSD bugmaster <bugmaster@FreeBSD.org>
To: freebsd-scsi@FreeBSD.org
Cc: 
Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Oct 2008 11:07:22 -0000

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/128245  scsi       [scsi] "inquiry data fails comparison at DV1 step" [re
o i386/127927  scsi       isp(4) target driver crashes kernel when set up dma fo
o kern/127901  scsi       [scsi] "inquiry data fails comparison at DV1 step" [re
o kern/126866  scsi       [isp] [panic] kernel panic on card initialization
o kern/124667  scsi       [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi
o kern/123674  scsi       [ahc] ahc driver dumping
o kern/123666  scsi       [aac] attach fails with Adaptec SAS RAID 3805 controll
o sparc/121676 scsi       [iscsi] iscontrol do not connect iscsi-target on sparc
o kern/120487  scsi       [sg] scsi_sg incompatible with scanners
o kern/120247  scsi       [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s 
o kern/119668  scsi       [cam] [patch] certain errors are too verbose comparing
o kern/114597  scsi       [sym] System hangs at SCSI bus reset with dual HBAs
o kern/110847  scsi       [ahd] Tyan U320 onboard problem with more than 3 disks
o kern/99954   scsi       [ahc] reading from DVD failes on 6.x [regression]
o kern/94838   scsi       Kernel panic while mounting SD card with lock switch o
o kern/92798   scsi       [ahc] SCSI problem with timeouts
o kern/90282   scsi       [sym] SCSI bus resets cause loss of ch device
o kern/76178   scsi       [ahd] Problem with ahd and large SCSI Raid system
o kern/74627   scsi       [ahc] [hang] Adaptec 2940U2W Can't boot 5.3
s kern/61165   scsi       [panic] kernel page fault after calling cam_send_ccb
o kern/60641   scsi       [sym] Sporadic SCSI bus resets with 53C810 under load
o kern/60598   scsi       wire down of scsi devices conflicts with config
s kern/57398   scsi       [mly] Current fails to install on mly(4) based RAID di
o kern/52638   scsi       [panic] SCSI U320 on SMP server won't run faster than 
o kern/44587   scsi       dev/dpt/dpt.h is missing defines required for DPT_HAND
o kern/40895   scsi       wierd kernel / device driver bug
o kern/39388   scsi       ncr/sym drivers fail with 53c810 and more than 256MB m
o kern/38828   scsi       [dpt] [request] DPT PM2012B/90 doesn't work
o kern/35234   scsi       World access to /dev/pass? (for scanner) requires acce

29 problems total.


From owner-freebsd-scsi@FreeBSD.ORG  Wed Oct 29 16:05:46 2008
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 47E231065672;
	Wed, 29 Oct 2008 16:05:46 +0000 (UTC)
	(envelope-from linimon@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 1EBFA8FC19;
	Wed, 29 Oct 2008 16:05:46 +0000 (UTC)
	(envelope-from linimon@FreeBSD.org)
Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id m9TG5kQv019025;
	Wed, 29 Oct 2008 16:05:46 GMT
	(envelope-from linimon@freefall.freebsd.org)
Received: (from linimon@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id m9TG5jf7019021;
	Wed, 29 Oct 2008 16:05:45 GMT (envelope-from linimon)
Date: Wed, 29 Oct 2008 16:05:45 GMT
Message-Id: <200810291605.m9TG5jf7019021@freefall.freebsd.org>
To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org
From: linimon@FreeBSD.org
Cc: 
Subject: Re: kern/128452: [sa] [panic] Accessing SCSI tape drive randomly
	crashes my amd64 system
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Oct 2008 16:05:46 -0000

Old Synopsis: Accessing SCSI tape drive randomly crashes my amd64 system
New Synopsis: [sa] [panic] Accessing SCSI tape drive randomly crashes my amd64 system

Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Oct 29 16:04:29 UTC 2008
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=128452

From owner-freebsd-scsi@FreeBSD.ORG  Wed Oct 29 21:50:04 2008
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id F2D1B1065674
	for <freebsd-scsi@hub.freebsd.org>;
	Wed, 29 Oct 2008 21:50:03 +0000 (UTC)
	(envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id E676D8FC1C
	for <freebsd-scsi@hub.freebsd.org>;
	Wed, 29 Oct 2008 21:50:03 +0000 (UTC)
	(envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id m9TLo323071906
	for <freebsd-scsi@freefall.freebsd.org>; Wed, 29 Oct 2008 21:50:03 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id m9TLo3tN071905;
	Wed, 29 Oct 2008 21:50:03 GMT (envelope-from gnats)
Date: Wed, 29 Oct 2008 21:50:03 GMT
Message-Id: <200810292150.m9TLo3tN071905@freefall.freebsd.org>
To: freebsd-scsi@FreeBSD.org
From: Kirk Strauser <kirk@strauser.com>
Cc: 
Subject: Re: kern/128452: [sa] [panic] Accessing SCSI tape drive randomly
	crashes my amd64 system
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Kirk Strauser <kirk@strauser.com>
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Oct 2008 21:50:04 -0000

The following reply was made to PR kern/128452; it has been noted by GNATS.

From: Kirk Strauser <kirk@strauser.com>
To: bug-followup@FreeBSD.org,
 kirk@strauser.com
Cc:  
Subject: Re: kern/128452: [sa] [panic] Accessing SCSI tape drive randomly crashes my amd64 system
Date: Wed, 29 Oct 2008 16:44:50 -0500

 --Apple-Mail-39-48870811
 Content-Type: text/plain;
 	charset=US-ASCII;
 	format=flowed;
 	delsp=yes
 Content-Transfer-Encoding: 7bit
 
 And another crash, this time while running "sudo dd if=/dev/zero of=/ 
 dev/sa0 bs=1m count=100":
 
 
 (kgdb) bt
 #0  doadump () at pcpu.h:195
 #1  0x0000000000000004 in ?? ()
 #2  0xffffffff80487e41 in boot (howto=260) at /usr/src/sys/kern/ 
 kern_shutdown.c:418
 #3  0xffffffff80488272 in panic (fmt=0x104 <Address 0x104 out of  
 bounds>)
      at /usr/src/sys/kern/kern_shutdown.c:572
 #4  0xffffffff8067c354 in ufs_dirbad (ip=Variable "ip" is not available.
 ) at /usr/src/sys/ufs/ufs/ufs_lookup.c:607
 #5  0xffffffff8067d51d in ufs_lookup (ap=0xffffffffb16e47a0)
      at /usr/src/sys/ufs/ufs/ufs_lookup.c:297
 #6  0xffffffff804ef854 in vfs_cache_lookup (ap=Variable "ap" is not  
 available.
 ) at vnode_if.h:83
 #7  0xffffffff8077fb2f in VOP_LOOKUP_APV (vop=0xffffffff80a00000,  
 a=0xffffffffb16e4860)
      at vnode_if.c:99
 #8  0xffffffff804f59ac in lookup (ndp=0xffffffffb16e4970) at  
 vnode_if.h:57
 #9  0xffffffff804f6884 in namei (ndp=0xffffffffb16e4970) at /usr/src/ 
 sys/kern/vfs_lookup.c:219
 #10 0xffffffff8050323c in kern_stat (td=0xffffff006bc0f370,
      path=0x5a7c08 <Address 0x5a7c08 out of bounds>, pathseg=Variable  
 "pathseg" is not available.
 )
      at /usr/src/sys/kern/vfs_syscalls.c:2113
 #11 0xffffffff8050347c in stat (td=Variable "td" is not available.
 ) at /usr/src/sys/kern/vfs_syscalls.c:2097
 #12 0xffffffff8074037c in syscall (frame=0xffffffffb16e4c80) at /usr/ 
 src/sys/amd64/amd64/trap.c:907
 #13 0xffffffff8072763b in Xfast_syscall () at /usr/src/sys/amd64/amd64/ 
 exception.S:330
 #14 0x0000000800bdd57c in ?? ()
 Previous frame inner to this frame (corrupt stack?)
 
 
 
 
 --Apple-Mail-39-48870811
 Content-Type: text/html;
 	charset=US-ASCII
 Content-Transfer-Encoding: quoted-printable
 
 <html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
 -webkit-line-break: after-white-space; "><div>And another crash, this =
 time while running "sudo dd if=3D/dev/zero of=3D/dev/sa0 bs=3D1m =
 count=3D100":</div><div><br></div><div><br></div><div>(kgdb) =
 bt</div><div>#0 &nbsp;doadump () at pcpu.h:195</div><div>#1 =
 &nbsp;0x0000000000000004 in ?? ()</div><div>#2 &nbsp;0xffffffff80487e41 =
 in boot (howto=3D260) at =
 /usr/src/sys/kern/kern_shutdown.c:418</div><div>#3 =
 &nbsp;0xffffffff80488272 in panic (fmt=3D0x104 &lt;Address 0x104 out of =
 bounds>)</div><div>&nbsp;&nbsp; &nbsp;at =
 /usr/src/sys/kern/kern_shutdown.c:572</div><div>#4 =
 &nbsp;0xffffffff8067c354 in ufs_dirbad (ip=3DVariable "ip" is not =
 available.</div><div>) at =
 /usr/src/sys/ufs/ufs/ufs_lookup.c:607</div><div>#5 =
 &nbsp;0xffffffff8067d51d in ufs_lookup =
 (ap=3D0xffffffffb16e47a0)</div><div>&nbsp;&nbsp; &nbsp;at =
 /usr/src/sys/ufs/ufs/ufs_lookup.c:297</div><div>#6 =
 &nbsp;0xffffffff804ef854 in vfs_cache_lookup (ap=3DVariable "ap" is not =
 available.</div><div>) at vnode_if.h:83</div><div>#7 =
 &nbsp;0xffffffff8077fb2f in VOP_LOOKUP_APV (vop=3D0xffffffff80a00000, =
 a=3D0xffffffffb16e4860)</div><div>&nbsp;&nbsp; &nbsp;at =
 vnode_if.c:99</div><div>#8 &nbsp;0xffffffff804f59ac in lookup =
 (ndp=3D0xffffffffb16e4970) at vnode_if.h:57</div><div>#9 =
 &nbsp;0xffffffff804f6884 in namei (ndp=3D0xffffffffb16e4970) at =
 /usr/src/sys/kern/vfs_lookup.c:219</div><div>#10 0xffffffff8050323c in =
 kern_stat (td=3D0xffffff006bc0f370,&nbsp;</div><div>&nbsp;&nbsp; =
 &nbsp;path=3D0x5a7c08 &lt;Address 0x5a7c08 out of bounds>, =
 pathseg=3DVariable "pathseg" is not =
 available.</div><div>)</div><div>&nbsp;&nbsp; &nbsp;at =
 /usr/src/sys/kern/vfs_syscalls.c:2113</div><div>#11 0xffffffff8050347c =
 in stat (td=3DVariable "td" is not available.</div><div>) at =
 /usr/src/sys/kern/vfs_syscalls.c:2097</div><div>#12 0xffffffff8074037c =
 in syscall (frame=3D0xffffffffb16e4c80) at =
 /usr/src/sys/amd64/amd64/trap.c:907</div><div>#13 0xffffffff8072763b in =
 Xfast_syscall () at =
 /usr/src/sys/amd64/amd64/exception.S:330</div><div>#14 =
 0x0000000800bdd57c in ?? ()</div><div>Previous frame inner to this frame =
 (corrupt stack?)</div><div><br></div><div =
 apple-content-edited=3D"true"><span class=3D"Apple-style-span" =
 style=3D"border-collapse: separate; border-spacing: 0px 0px; color: =
 rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
 normal; font-variant: normal; font-weight: normal; letter-spacing: =
 normal; line-height: normal; text-align: auto; =
 -khtml-text-decorations-in-effect: none; text-indent: 0px; =
 -apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
 white-space: normal; widows: 2; word-spacing: 0px; "><div =
 style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
 -khtml-line-break: after-white-space; "><span class=3D"Apple-style-span" =
 style=3D"border-collapse: separate; border-spacing: 0px 0px; color: =
 rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
 normal; font-variant: normal; font-weight: normal; letter-spacing: =
 normal; line-height: normal; text-align: auto; =
 -khtml-text-decorations-in-effect: none; text-indent: 0px; =
 -apple-text-size-adjust: auto; text-transform: none; orphans: 2; =
 white-space: normal; widows: 2; word-spacing: 0px; "><br =
 class=3D"Apple-interchange-newline"></span></div></span> =
 </div><br></body></html>=
 
 --Apple-Mail-39-48870811--

From owner-freebsd-scsi@FreeBSD.ORG  Thu Oct 30 13:36:23 2008
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id D71DC106567A;
	Thu, 30 Oct 2008 13:36:23 +0000 (UTC) (envelope-from jhb@freebsd.org)
Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net
	[IPv6:2001:470:1f10:75::2])
	by mx1.freebsd.org (Postfix) with ESMTP id 2BB198FC12;
	Thu, 30 Oct 2008 13:36:23 +0000 (UTC) (envelope-from jhb@freebsd.org)
Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1])
	(authenticated bits=0)
	by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id m9UDaGYk048207;
	Thu, 30 Oct 2008 09:36:16 -0400 (EDT) (envelope-from jhb@freebsd.org)
From: John Baldwin <jhb@freebsd.org>
To: Steve Scally <steve@kcilink.com>
Date: Thu, 30 Oct 2008 09:28:17 -0400
User-Agent: KMail/1.9.7
References: <D9BE9AF4-795E-47E1-9F59-E50A4B64DCA6@kcilink.com>
In-Reply-To: <D9BE9AF4-795E-47E1-9F59-E50A4B64DCA6@kcilink.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200810300928.18621.jhb@freebsd.org>
X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by
	milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]);
	Thu, 30 Oct 2008 09:36:16 -0400 (EDT)
X-Virus-Scanned: ClamAV 0.93.1/8541/Wed Oct 29 22:54:28 2008 on
	server.baldwin.cx
X-Virus-Status: Clean
X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS 
	autolearn=ham version=3.1.3
X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx
Cc: freebsd-scsi@freebsd.org, freebsd-hardware@freebsd.org
Subject: Re: Dell PE1900 DAT72 drive failing FreeBSD 7
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Oct 2008 13:36:24 -0000

On Wednesday 29 October 2008 01:54:26 pm Steve Scally wrote:
> All,
> 
> I have a Dell PE1900 with an internal DAT72 drive.  The drive appears  
> to fail midway through a dump after detecting the end of tape and  
> prompting for a new one.  There is no specific sequence in which it  
> fails.  Sometimes it could be after the first tape or after the second  
> tape.  Dumps will complete for weeks at a time with no issue then  
> suddenly fail.  There are no logs with errors except for the  
> dmesg.boot file after a reboot, which fixes the issue.  Before the  
> dump there are these two lines:
> "ahd0: SCSI Cell parity error SSTAT3 == 0x2
> ahd0: Missing case in ahd_handle_scsiint. status = 0"

You will probably have better lucking sending this to freebsd-scsi@FreeBSD.org 
as I know several SCSI folks are on that list, but I'm not sure they are on 
this one.

> I did a search and found this posting 
http://lists.freebsd.org/pipermail/freebsd-scsi/2007-February/002869.html 
>   which suggests to upgrade the BIOS and any other firmware.  I tried  
> this suggestion and updated the Dell BIOS from v2.0.1 to v2.3.1 and  
> the Base Management Controller firmware from v1.69 to v2.09 however,  
> the issue still occurs.  Durning this time all other services such as  
> mail, samba, and nfs remain functional.  The only service affected is  
> SSH.  When you try to login after the failure occurs you receive "PTY  
> allocation request failed on channel 0."  Thank you in advance for the  
> help.  If you need anymore information let me know.
> 
> Steve
> 
> Uname -a
> FreeBSD 7.0-PRERELEASE #1: Wed Jan 23 22:52:15 EST 2008 amd64
> 
> pciconf -l | grep ahd
> 
> ahd0@pci0:8:1:0:	class=0x010000 card=0x00409005 chip=0x80169005  
> rev=0x10 hdr=0x00
> ahd1@pci0:8:1:1:	class=0x010000 card=0x00409005 chip=0x80169005  
> rev=0x10 hdr=0x00
> 
> ahd0: <Adaptec 39320A Ultra320 SCSI adapter> port 0xec00-0xecff, 
> 0xe800-0xe8ff mem 0xfcb7e000-0xfcb7ffff irq 32 at device 1.0 on pci8
> ahd0: [ITHREAD]
> 
>  >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
> ahd0: Dumping Card State at program address 0x1c Mode 0x33
> Card was paused
> INTSTAT[0x8] SELOID[0x9] SELID[0x0] HS_MAILBOX[0x0]
> INTCTL[0x80] SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]
> SCSISIGI[0x18] SCSIPHASE[0x0] SCSIBUS[0x80] LASTPHASE[0x1]
> SCSISEQ0[0x40] SCSISEQ1[0x12] SEQCTL0[0x0] SEQINTCTL[0x0]
> SEQ_FLAGS[0xc0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x0]
> KERNEL_QFREEZE_COUNT[0x0] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff]
> SSTAT0[0x10] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0]
> SIMODE1[0xa4] LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0]
> LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0]
> 
> SCB Count = 512 CMDS_PENDING = 8 LASTSCB 0xffff CURRSCB 0x1f7 NEXTSCB  
> 0x0
> qinstart = 16 qinfifonext = 16
> QINFIFO:
> WAITING_TID_QUEUES:
>        9 ( 0x1f7 )
>        10 ( 0x1f6 )
>        11 ( 0x1f5 )
>        12 ( 0x1f4 )
>        13 ( 0x1f3 )
>        14 ( 0x1f2 )
>        15 ( 0x1f1 )
>        6 ( 0x1f9 )
> Pending list:
> 505 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0x67]
> 497 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xf7]
> 498 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xe7]
> 499 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xd7]
> 500 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xc7]
> 501 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xb7]
> 502 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xa7]
> 503 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0x97]
> Total 8
> Kernel Free SCB lists:
>   Any Device: 504 506 507 508 509 510 511 496 495 494 493 492 491 490  
> 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473  
> 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456  
> 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439  
> 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422  
> 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405  
> 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388  
> 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371  
> 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354  
> 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337  
> 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320  
> 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303  
> 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286  
> 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269  
> 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252  
> 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235  
> 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218  
> 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201  
> 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184  
> 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167  
> 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150  
> 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133  
> 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116  
> 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98  
> 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75  
> 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52  
> 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29  
> 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3  
> 2 1 0
> Sequencer Complete DMA-inprog list:
> Sequencer Complete list:
> Sequencer DMA-Up and Complete list:
> Sequencer On QFreeze and Complete list:
> 
> ahd0: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0
> SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]
> SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0]
> SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0
> HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]
> 
> ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0x1f9
> SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]
> SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0]
> SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0
> HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]
> LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0  
> 0x0 0x0 0x0 0x0
> ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42
> ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0
> ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0
> SIMODE0[0xc]
> CCSCBCTL[0x4]
> ahd0: REG0 == 0x1f9, SINDEX = 0x10e, DINDEX = 0x10e
> ahd0: SCBPTR == 0x1f7, SCB_NEXT == 0xffc0, SCB_NEXT2 == 0x1f6
> CDB 12 0 0 0 24 0
> STACK: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
> <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
> 
> sa0: <SEAGATE DAT    DAT72-052 A16E> Removable Sequential Access  
> SCSI-3 device sa0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit)
> _______________________________________________
> freebsd-hardware@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hardware
> To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org"
> 



-- 
John Baldwin

From owner-freebsd-scsi@FreeBSD.ORG  Thu Oct 30 16:17:14 2008
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 2632E1065680
	for <freebsd-scsi@freebsd.org>; Thu, 30 Oct 2008 16:17:14 +0000 (UTC)
	(envelope-from steve@kcilink.com)
Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59])
	by mx1.freebsd.org (Postfix) with ESMTP id B3A378FC2A
	for <freebsd-scsi@freebsd.org>; Thu, 30 Oct 2008 16:17:13 +0000 (UTC)
	(envelope-from steve@kcilink.com)
Received: from steve.int.kcilink.com (steve.int.kcilink.com [192.168.7.99])
	by yertle.kcilink.com (Postfix) with ESMTP id 5A8818A0B6
	for <freebsd-scsi@freebsd.org>; Thu, 30 Oct 2008 11:59:17 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kcilink.com;
	s=kci0709; t=1225382357; bh=35mpPeFeyZgVv62s3JOpQDpvGHBBiXEJH4jNVLW
	7mYM=; h=Message-Id:From:To:Content-Type:Mime-Version:Subject:Date;
	b=IvTUnkZScsVfn/GGkoOkEQHtYOM8tDXThWzqIoD+vynrPhIlKdYilzBwDAfLzSTRp
	kY55VOXqHbPjjU+osin9xGxV6B0Vrzzfp/JkknxJ1sKAgTi4OvfxoC/jjmDqdARh4vo
	6Jrs01isXsTzmOw0duWfhfT8Uj7ZA8zz2NOQBuc=
Message-Id: <0BE499DD-7C57-4010-A783-6346676C6F1F@kcilink.com>
From: Steve Scally <steve@kcilink.com>
To: freebsd-scsi@freebsd.org
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Thu, 30 Oct 2008 11:59:17 -0400
X-Mailer: Apple Mail (2.929.2)
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: Dell PE1900 DAT72 drive failing FreeBSD 7
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Oct 2008 16:17:14 -0000

All,

I have a Dell PE1900 with an internal DAT72 drive.  The drive appears  
to fail midway through a dump after detecting the end of tape and  
prompting for a new one.  There is no specific sequence in which it  
fails.  Sometimes it could be after the first tape or after the second  
tape.  Dumps will complete for weeks at a time with no issue then  
suddenly fail.  There are no logs with errors except for the  
dmesg.boot file after a reboot, which fixes the issue.  Before the  
dump there are these two lines:
"ahd0: SCSI Cell parity error SSTAT3 == 0x2
ahd0: Missing case in ahd_handle_scsiint. status = 0"

I did a search and found this posting http://lists.freebsd.org/pipermail/freebsd-scsi/2007-February/002869.html 
  which suggests to upgrade the BIOS and any other firmware.  I tried  
this suggestion and updated the Dell BIOS from v2.0.1 to v2.3.1 and  
the Base Management Controller firmware from v1.69 to v2.09 however,  
the issue still occurs.  Durning this time all other services such as  
mail, samba, and nfs remain functional.  The only service affected is  
SSH.  When you try to login after the failure occurs you receive "PTY  
allocation request failed on channel 0."  Thank you in advance for the  
help.  If you need anymore information let me know.

Steve

Uname -a
FreeBSD 7.0-PRERELEASE #1: Wed Jan 23 22:52:15 EST 2008 amd64

pciconf -l | grep ahd

ahd0@pci0:8:1:0:	class=0x010000 card=0x00409005 chip=0x80169005  
rev=0x10 hdr=0x00
ahd1@pci0:8:1:1:	class=0x010000 card=0x00409005 chip=0x80169005  
rev=0x10 hdr=0x00

ahd0: <Adaptec 39320A Ultra320 SCSI adapter> port 0xec00-0xecff, 
0xe800-0xe8ff mem 0xfcb7e000-0xfcb7ffff irq 32 at device 1.0 on pci8
ahd0: [ITHREAD]

 >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
ahd0: Dumping Card State at program address 0x1c Mode 0x33
Card was paused
INTSTAT[0x8] SELOID[0x9] SELID[0x0] HS_MAILBOX[0x0]
INTCTL[0x80] SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]
SCSISIGI[0x18] SCSIPHASE[0x0] SCSIBUS[0x80] LASTPHASE[0x1]
SCSISEQ0[0x40] SCSISEQ1[0x12] SEQCTL0[0x0] SEQINTCTL[0x0]
SEQ_FLAGS[0xc0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x0]
KERNEL_QFREEZE_COUNT[0x0] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff]
SSTAT0[0x10] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0]
SIMODE1[0xa4] LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0]
LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0]

SCB Count = 512 CMDS_PENDING = 8 LASTSCB 0xffff CURRSCB 0x1f7 NEXTSCB  
0x0
qinstart = 16 qinfifonext = 16
QINFIFO:
WAITING_TID_QUEUES:
       9 ( 0x1f7 )
       10 ( 0x1f6 )
       11 ( 0x1f5 )
       12 ( 0x1f4 )
       13 ( 0x1f3 )
       14 ( 0x1f2 )
       15 ( 0x1f1 )
       6 ( 0x1f9 )
Pending list:
505 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0x67]
497 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xf7]
498 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xe7]
499 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xd7]
500 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xc7]
501 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xb7]
502 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0xa7]
503 FIFO_USE[0x0] SCB_CONTROL[0x40] SCB_SCSIID[0x97]
Total 8
Kernel Free SCB lists:
  Any Device: 504 506 507 508 509 510 511 496 495 494 493 492 491 490  
489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473  
472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456  
455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439  
438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422  
421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405  
404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388  
387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371  
370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354  
353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337  
336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320  
319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303  
302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286  
285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269  
268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252  
251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235  
234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218  
217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201  
200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184  
183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167  
166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150  
149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133  
132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116  
115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98  
97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75  
74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52  
51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29  
28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3  
2 1 0
Sequencer Complete DMA-inprog list:
Sequencer Complete list:
Sequencer DMA-Up and Complete list:
Sequencer On QFreeze and Complete list:

ahd0: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0
SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]
SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0]
SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0
HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]

ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0x1f9
SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]
SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSXFRCTL[0x0]
SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR = 0x00, SHCNT = 0x0
HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]
LQIN: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0  
0x0 0x0 0x0 0x0
ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42
ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x0
ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0
SIMODE0[0xc]
CCSCBCTL[0x4]
ahd0: REG0 == 0x1f9, SINDEX = 0x10e, DINDEX = 0x10e
ahd0: SCBPTR == 0x1f7, SCB_NEXT == 0xffc0, SCB_NEXT2 == 0x1f6
CDB 12 0 0 0 24 0
STACK: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>

sa0: <SEAGATE DAT    DAT72-052 A16E> Removable Sequential Access  
SCSI-3 device sa0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit)

From owner-freebsd-scsi@FreeBSD.ORG  Fri Oct 31 12:43:01 2008
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id C6D57106567E
	for <freebsd-scsi@freebsd.org>; Fri, 31 Oct 2008 12:43:01 +0000 (UTC)
	(envelope-from ferreira@iqm.unicamp.br)
Received: from cabul.iqm.unicamp.br (cabul.iqm.unicamp.br [143.106.51.8])
	by mx1.freebsd.org (Postfix) with ESMTP id 7FFFD8FC19
	for <freebsd-scsi@freebsd.org>; Fri, 31 Oct 2008 12:43:01 +0000 (UTC)
	(envelope-from ferreira@iqm.unicamp.br)
Received: from localhost (unknown [127.0.0.1])
	by cabul.iqm.unicamp.br (Postfix) with ESMTP id 0C4EA8A067
	for <freebsd-scsi@freebsd.org>; Fri, 31 Oct 2008 10:18:55 -0200 (BRST)
X-Virus-Scanned: amavisd-new at iqm.unicamp.br
Received: from cabul.iqm.unicamp.br ([127.0.0.1])
	by localhost (cabul.iqm.unicamp.br [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id DGwtZtO381b9 for <freebsd-scsi@freebsd.org>;
	Fri, 31 Oct 2008 10:18:49 -0200 (BRST)
Received: from scorpion.iqm.unicamp.br (scorpion.iqm.unicamp.br
	[143.106.115.6])
	by cabul.iqm.unicamp.br (Postfix) with ESMTP id E06818A062
	for <freebsd-scsi@freebsd.org>; Fri, 31 Oct 2008 10:18:49 -0200 (BRST)
Message-ID: <490AF7A9.50600@iqm.unicamp.br>
Date: Fri, 31 Oct 2008 10:18:49 -0200
From: Leandro F Silva <ferreira@iqm.unicamp.br>
User-Agent: Thunderbird 2.0.0.9 (X11/20080602)
MIME-Version: 1.0
To: freebsd-scsi@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Problem with SCSCI Controller SC11Xe
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
	<mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Oct 2008 12:43:01 -0000

Dear friends,

I'm having some problems with the server HP DL180 G5  (part-number 
456831-201) and the Autoloader HP 1/8 Ultrium 920 G2 (part-number AH165A).
It's working in this server FreeBSD 7.1-PRERELEASE. It know the SCSI 
controller on mpt0: <LSILogic 1030 Ultra4 Adapter> port 0xe000-0xe0ff 
mem 0xfcee0000-0xfcefffff,0xfcec0000-0xfcedffff irq 16 at device 8.0 on 
pci7, but when It restart the controller I' have the following error:

mpt0: EvtLogData: IOCLogInfo: 0x110a0000
mpt0:   EvtLogData: Event Data:  05020014
mpt0: mpt_cam_event: 0x1
mpt0: EvtLogData: IOCLogInfo: 0x110a0000
mpt0:   EvtLogData: Event Data:  05020014
mpt0: mpt_cam_event: 0x1
mpt0: EvtLogData: IOCLogInfo: 0x110a0000
mpt0:   EvtLogData: Event Data:  05020014
mpt0: mpt_cam_event: 0x1
mpt0: EvtLogData: IOCLogInfo: 0x110a0000
mpt0:   EvtLogData: Event Data:  05020014
mpt0: mpt_cam_event: 0x1
mpt0: EvtLogData: IOCLogInfo: 0x110a0000
mpt0:   EvtLogData: Event Data:  05020014

The SCSI controller is SC11Xe, anyone can help me ?

Regards,
Leandro F Silva