From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 03:17:25 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76A1137B401; Sun, 27 Jul 2003 03:17:25 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE4F743FAF; Sun, 27 Jul 2003 03:17:23 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id UAA23525; Sun, 27 Jul 2003 20:17:15 +1000 Date: Sun, 27 Jul 2003 20:17:13 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Don Bowman In-Reply-To: Message-ID: <20030727200117.M1537@gamplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: "'aic7xxx@freebsd.org'" Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2003 10:17:25 -0000 On Sat, 26 Jul 2003, Don Bowman wrote: > > From: Don Bowman > > ... [scsi errors with seagate cheetah on supermicro with adaptec aic7902] > > I sometimes then get a panic due to this KASSERT in > sys/ufs/ufs/ufs_readwrite.c: > > /* > * We should only get non-zero b_resid when an I/O error > * has occurred, which should cause us to break above. > * However, if the short read did not cause an error, > * then we want to ensure that we do not uiomove bad > * or uninitialized data. > * > * XXX b_resid is only valid when an actual I/O has occured > * and may be incorrect if the buffer is B_CACHE or if the > > * last op on the buffer was a failed write. This KASSERT > * is a precursor to removing it from the UFS code. > */ > KASSERT(bp->b_resid == 0, ("bp->b_resid != 0")); This KASSERT() (and the second paragraph of the comment) somehow was never committed to -current. (rev.1.85 in -current became revs.1.65.2.0 and revs.1.65.2.10 of ufs_readwrite.c in RELENG_4, except the part in rev.1.65.2.10 wasn't actually in 1.85 or any other commit to -current; then history was further tangled by merging ufs_readwrite.c into ../ffs/ffs_vnops.c without merging any history.) I think the KASSERT() is correct, but it doesn't belong in RELENG_4. It would be interesting to know the contents of the buffer header. An inconsistent value of b_resid is less expected here than in most places, since ffs should never write beyond the end of the partition. I would have thought that the case of an i/o error was least problematic -- it should have caused bread() to fail, so that the above is not reached. Bruce From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 13:04:05 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0287B37B401; Sun, 27 Jul 2003 13:04:05 -0700 (PDT) Received: from prioris.mini.pw.edu.pl (prioris.mini.pw.edu.pl [194.29.178.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF63843F85; Sun, 27 Jul 2003 13:04:03 -0700 (PDT) (envelope-from G.Czaplinski@prioris.mini.pw.edu.pl) Received: from localhost (localhost.mini.pw.edu.pl [127.0.0.1]) by prioris.mini.pw.edu.pl (Postfix) with ESMTP id 6542B243C7; Sun, 27 Jul 2003 22:04:02 +0200 (CEST) Received: by prioris.mini.pw.edu.pl (Postfix, from userid 1368) id 9814B243C6; Sun, 27 Jul 2003 22:03:56 +0200 (CEST) Date: Sun, 27 Jul 2003 22:03:56 +0200 From: Grzegorz Czaplinski To: "Marc G. Fournier" Message-ID: <20030727200355.GM82199@prioris.mini.pw.edu.pl> Mail-Followup-To: "Marc G. Fournier" , freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org References: <20030726115857.M37284@hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Uwl7UQhJk99r8jnw" Content-Disposition: inline In-Reply-To: <20030726115857.M37284@hub.org> User-Agent: Mutt/1.4.1i X-PGP: http://prioris.mini.pw.edu.pl/~gregory/pgp.txt X-3w: http://prioris.mini.pw.edu.pl/~gregory/ X-voice: +48 692 412 424 X-FreeBSD: Running FreeBSD? - Share the server config! - http://prioris.mini.pw.edu.pl/~gregory/FreeBSD/ X-Virus-Scanned: by AMaViS (prioris) cc: freebsd-scsi@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Dump Card State Begins ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2003 20:04:05 -0000 --Uwl7UQhJk99r8jnw Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 26, 2003 at 12:03:48PM -0300, Marc G. Fournier wrote: >=20 > Hi ... >=20 > Can someone tell me whether or not this is indicative of a hardware, or > software, problem? It happened a few times today, on two different > drives, and it seem to "self-recover", since the server is still purring > along without any noticeable problems: >=20 > neptune# grep "timed out" /var/log/messages > Jul 25 03:52:51 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x40 - timed out > Jul 25 03:57:22 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x18 - timed out > Jul 25 03:58:53 neptune /kernel: (da1:ahd1:0:1:0): SCB 0x1e - timed out > Jul 26 10:55:46 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x39 - timed out >=20 > The drives are all U320 Seagate Cheetah 70G ... no RAID involved, its > just straight drives using the motherboard's onboard SCSI controller ... > the motherboard is the Intel SE7501, in the SR2300 chassis ... >=20 > It did it back on the 19th as well: >=20 > Jul 19 19:37:16 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x46 - timed out > Jul 19 19:38:46 neptune /kernel: (da1:ahd1:0:1:0): SCB 0x2d - timed out >=20 Time outs may be a case of bad cabling or termination. Check them... > But again, appears to have recovered with no ill effects ... >=20 >=20 > Jul 25 03:52:51 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x40 - timed out > Jul 25 03:53:06 neptune /kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begin= s <<<<<<<<<<<<<<<<< > Jul 25 03:53:06 neptune /kernel: ahd1: Dumping Card State at program addr= ess 0x15 Mode 0x22 > Jul 25 03:53:06 neptune /kernel: Card was paused > Jul 25 03:53:06 neptune /kernel: HS_MAILBOX[0x0] INTCTL[0xc0] SEQINTSTAT[= 0x0] SAVED_MODE[0x11] > Jul 25 03:53:06 neptune /kernel: DFFSTAT[0x31] SCSISIGI[0x0] SCSIPHASE[0x= 0] SCSIBUS[0x0] > Jul 25 03:53:06 neptune /kernel: LASTPHASE[0x1] SCSISEQ0[0x0] SCSISEQ1[0x= 12] SEQCTL0[0x10] > Jul 25 03:53:06 neptune /kernel: SEQINTCTL[0x0] SEQ_FLAGS[0xc0] SEQ_FLAGS= 2[0x0] SSTAT0[0x0] > Jul 25 03:53:06 neptune /kernel: SSTAT1[0x8] SSTAT2[0x0] SSTAT3[0x0] PERR= DIAG[0x8] > Jul 25 03:53:06 neptune /kernel: SIMODE1[0xa4] LQISTAT0[0x0] LQISTAT1[0x0= ] LQISTAT2[0x0] > Jul 25 03:53:06 neptune /kernel: LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x1] > Jul 25 03:53:06 neptune /kernel: > Jul 25 03:53:06 neptune /kernel: SCB Count =3D 96 CMDS_PENDING =3D 29 LAS= TSCB 0x22 CURRSCB 0x22 NEXTSCB 0xff00 > Jul 25 03:53:06 neptune /kernel: qinstart =3D 65252 qinfifonext =3D 65252 > Jul 25 03:53:06 neptune /kernel: QINFIFO: > Jul 25 03:53:06 neptune /kernel: WAITING_TID_QUEUES: > Jul 25 03:53:06 neptune /kernel: Pending list: > Jul 25 03:53:06 neptune /kernel: 21 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:06 neptune /kernel: 29 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:06 neptune /kernel: 63 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:06 neptune /kernel: 65 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:06 neptune /kernel: 24 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:06 neptune /kernel: 10 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 15 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 47 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 59 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 26 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 77 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 54 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 42 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 57 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 55 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 92 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 78 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 12 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 27 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 28 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 32 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 95 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 53 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 25 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 52 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 1 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_SC= SIID[0x27] > Jul 25 03:53:07 neptune /kernel: 38 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 93 FIFO_USE[0x0] SCB_CONTROL[0x62] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: 64 FIFO_USE[0x0] SCB_CONTROL[0x60] SCB_S= CSIID[0x27] > Jul 25 03:53:07 neptune /kernel: Total 29 > Jul 25 03:53:07 neptune /kernel: Kernel Free SCB list: 7 56 34 19 4 37 20= 46 40 61 11 39 31 45 58 23 73 30 5 62 8 41 18 16 13 66 51 14 44 49 36 50 7= 0 35 9 76 74 2 48 43 3 33 79 71 75 60 67 69 91 94 6 72 0 68 17 22 90 89 88 = 87 86 85 84 83 82 81 80 > Jul 25 03:53:07 neptune /kernel: Sequencer Complete DMA-inprog list: > Jul 25 03:53:07 neptune /kernel: Sequencer Complete list: > Jul 25 03:53:07 neptune /kernel: Sequencer DMA-Up and Complete list: > Jul 25 03:53:07 neptune /kernel: > Jul 25 03:53:07 neptune /kernel: ahd1: FIFO0 Free, LONGJMP =3D=3D 0x80ff,= SCB 0x22 > Jul 25 03:53:07 neptune /kernel: SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x= 0] DFSTATUS[0x89] > Jul 25 03:53:07 neptune /kernel: SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSX= FRCTL[0x0] > Jul 25 03:53:07 neptune /kernel: SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR =3D 0x= 00, SHCNT =3D 0x0 > Jul 25 03:53:07 neptune /kernel: HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x1= 0] > Jul 25 03:53:07 neptune /kernel: ahd1: FIFO1 Free, LONGJMP =3D=3D 0x8277,= SCB 0x7 > Jul 25 03:53:07 neptune /kernel: SEQIMODE[0x3f] SEQINTSRC[0x0] DFCNTRL[0x= 4] DFSTATUS[0x89] > Jul 25 03:53:07 neptune /kernel: SG_CACHE_SHADOW[0x2] SG_STATE[0x0] DFFSX= FRCTL[0x0] > Jul 25 03:53:07 neptune /kernel: SOFFCNT[0x0] MDFFSTAT[0x5] SHADDR =3D 0x= 00, SHCNT =3D 0x0 > Jul 25 03:53:07 neptune /kernel: HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x1= 0] > Jul 25 03:53:07 neptune /kernel: LQIN: 0x55 0x0 0x0 0x7 0x0 0x0 0x0 0x0 0= x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 > Jul 25 03:53:07 neptune /kernel: ahd1: LQISTATE =3D 0x0, LQOSTATE =3D 0x0= , OPTIONMODE =3D 0x42 > Jul 25 03:53:07 neptune /kernel: ahd1: OS_SPACE_CNT =3D 0x20 MAXCMDCNT = =3D 0x1 > Jul 25 03:53:07 neptune /kernel: SIMODE0[0xc] > Jul 25 03:53:07 neptune /kernel: CCSCBCTL[0x0] > Jul 25 03:53:07 neptune /kernel: ahd1: REG0 =3D=3D 0x22, SINDEX =3D 0x122= , DINDEX =3D 0x102 > Jul 25 03:53:07 neptune /kernel: ahd1: SCBPTR =3D=3D 0x7, SCB_NEXT =3D=3D= 0x49, SCB_NEXT2 =3D=3D 0xfff1 > Jul 25 03:53:07 neptune /kernel: CDB 2a 0 7 80 a0 ca > Jul 25 03:53:07 neptune /kernel: STACK: 0x125 0x125 0x125 0x257 0x257 0x2= 57 0x29 0x15 > Jul 25 03:53:07 neptune /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends >>= >>>>>>>>>>>>>>>> > Jul 25 03:53:07 neptune /kernel: Copied 18 bytes of sense data offset 12:= 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > Jul 25 03:53:07 neptune /kernel: Copied 18 bytes of sense data offset 12:= 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > Jul 25 03:53:07 neptune /kernel: Copied 18 bytes of sense data offset 12:= 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 > _______________________________________________ This looks like, your drive da2 is daying. I had the same sort of errors few weeks ago. You may not be able to unmount the drives properly now. Try to boot into single user mode and work on that drive from there. If you are lucky, you will have a chance to get the data back. Good luck, gregory -- Grzegorz Czaplinski "The Power to Serve, Right for the Power Users!" - http://www.FreeBSD.org/ Fingerprint: EB77 E19D CFA2 5736 810F 847C A70F A275 2489 469F --Uwl7UQhJk99r8jnw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/JDArpw+idSSJRp8RAnkBAKDLkNHC+aOwwgJFyxVXCs4rMiLqbQCeLU4f XiJK8EQyKKvyEK+ZHqYCvAI= =aiXw -----END PGP SIGNATURE----- --Uwl7UQhJk99r8jnw-- From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 16:40:17 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF0E437B401; Sun, 27 Jul 2003 16:40:16 -0700 (PDT) Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB6243FAF; Sun, 27 Jul 2003 16:40:15 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])h6RNeDDs001057; Mon, 28 Jul 2003 09:40:13 +1000 (EST) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.1])h6RNeBXY008710; Mon, 28 Jul 2003 09:40:12 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Mon, 28 Jul 2003 09:40:10 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Don Bowman In-Reply-To: Message-ID: <20030728092953.L8406-100000@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2003 23:40:17 -0000 On Sat, 26 Jul 2003, Don Bowman wrote: > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > >>>>>>>>>>>>>>>>>> > > Message from syslogd@ at Sat Jul 26 19:27:20 2003 ... > /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> ... > Jul 26 19:29:34 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > >>>>>>>>>>>>>>>>>> > > Message from syslogd@ at Sat Jul 26 19:29:34 2003 ... > /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Dear scsi gurus, please fix the above messages. Even though the fix is trivial, this bug should be persued. Why would a newline at the begining of a message cause syslogd to think its an emergency and alert every user that is logged in! (spamming users' screens while they're reading email is not nice!) --- aic7xxx.c-orig Mon Jul 28 09:28:39 2003 +++ aic7xxx.c Mon Jul 28 09:29:08 2003 @@ -6886,7 +6886,7 @@ } ahc_platform_dump_card_state(ahc); - printf("\n<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>\n"); + printf("<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>\n"); ahc_outb(ahc, SCBPTR, saved_scbptr); if (paused == 0) ahc_unpause(ahc); --- aic79xx.c-orig Mon Jul 28 09:33:09 2003 +++ aic79xx.c Mon Jul 28 09:33:26 2003 @@ -8735,7 +8735,7 @@ ahd_outb(ahd, STACK, ahd->saved_stack[i] & 0xFF); ahd_outb(ahd, STACK, (ahd->saved_stack[i] >> 8) & 0xFF); } - printf("\n<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>\n"); + printf("<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>\n"); ahd_platform_dump_card_state(ahd); ahd_restore_modes(ahd, saved_modes); if (paused == 0) -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 17:47:22 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5301137B401; Sun, 27 Jul 2003 17:47:18 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 736C143FCB; Sun, 27 Jul 2003 17:47:17 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LG6H2>; Sun, 27 Jul 2003 20:47:15 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" , aic7xxx@freebsd.org Date: Sun, 27 Jul 2003 20:47:14 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 00:47:22 -0000 > On Sat, 26 Jul 2003, Don Bowman wrote: > > > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > > >>>>>>>>>>>>>>>>>> FYI, i've solved this problem for me by moving to firmware version 5 on the ST318453LW (U320 15KRPM 18GB) seagate drive. If you are seeing the problem I mentioned with U320 seagate drive and AIC7902 controller I highly recommend contacting seagate and requesting the latest rom. Sadly the actual changes are 'proprietary' so I cannot be sure this was the root cause of the problem. I'm guessing there is an issue with large # of tags outstanding, but its only a hunch. I have code to program this ROM under FreeBSD i will share with anyone who asks. I obtained this from andre __AT__ albsmeier __DOT__ net, who had posted information to this list in the past [thank you!]. I cannot be 100% sure this fixes the problem, but it was pretty easy to reproduce with 'dd if=/dev/da0 of=/dev/null bs=20k', and now I cannot reproduce on the 15 systems I am trying. --don From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 20:07:23 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0C4A37B401 for ; Sun, 27 Jul 2003 20:07:23 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E95A43FAF for ; Sun, 27 Jul 2003 20:07:23 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 51516 invoked by uid 1000); 28 Jul 2003 03:07:25 -0000 Date: Sun, 27 Jul 2003 20:07:25 -0700 (PDT) From: Nate Lawson To: Don Bowman In-Reply-To: Message-ID: <20030727200617.K51476@root.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 03:07:24 -0000 On Sun, 27 Jul 2003, Don Bowman wrote: > FYI, i've solved this problem for me by moving to > firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > seagate drive. > > If you are seeing the problem I mentioned with U320 > seagate drive and AIC7902 controller I highly recommend > contacting seagate and requesting the latest rom. > Sadly the actual changes are 'proprietary' so I cannot > be sure this was the root cause of the problem. I'm > guessing there is an issue with large # of tags outstanding, > but its only a hunch. For you and anyone else who experiences "SCB timed out errors", upgrading drive firmware usually fixes this problem. Also, you can limit the number of tags in use by "camcontrol tags". -Nate From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 20:36:48 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A65537B401; Sun, 27 Jul 2003 20:36:48 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0495743FA3; Sun, 27 Jul 2003 20:36:47 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h6S3akEU022311; Sun, 27 Jul 2003 21:36:46 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Sun, 27 Jul 2003 21:36:46 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , aic7xxx@freebsd.org Message-ID: <2849575408.1059363406@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 03:36:48 -0000 > FYI, i've solved this problem for me by moving to > firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > seagate drive. This is exactly what I was going to suggest. 0004 is known bad in packetized operation. Your test to drop the speed to 160MB/s was a good thought, but for the 790X controllers, we will still attempt to run with packetized protocol, assuming the device supports it, even when you reduce the negotiated rate. You can disable packetized protocol in SCSI-Select which would probably have allowed you to limp along until you got updated firmware. Sadly, 0005 is not perfect. I have seen situations where under hight tag load 0005 still drops trasactions. I believe that Seagate has a fix for this, but it has yet to be put into release level firmware. You might want to touch base with them in another month to see if they have released a follow on to 0005. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 20:37:43 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE7137B404; Sun, 27 Jul 2003 20:37:42 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 665DA43F93; Sun, 27 Jul 2003 20:37:41 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h6S3beEU022330; Sun, 27 Jul 2003 21:37:41 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Sun, 27 Jul 2003 21:37:40 -0600 From: "Justin T. Gibbs" To: Andy Farkas , Don Bowman Message-ID: <2851045408.1059363460@aslan.scsiguy.com> In-Reply-To: <20030728092953.L8406-100000@hewey.af.speednet.com.au> References: <20030728092953.L8406-100000@hewey.af.speednet.com.au> X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 03:37:43 -0000 > Dear scsi gurus, please fix the above messages. It is not a problem with the driver, but with syslog. I'd be happy to review and commit a fix to syslog should you provide it. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 20:50:38 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3181B37B401; Sun, 27 Jul 2003 20:50:38 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EC4D43FB1; Sun, 27 Jul 2003 20:50:37 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LG6LD>; Sun, 27 Jul 2003 23:50:36 -0400 Message-ID: From: Don Bowman To: "'Justin T. Gibbs'" , Don Bowman , "'freebsd-scsi@freebsd.org'" , aic7xxx@freebsd.org Date: Sun, 27 Jul 2003 23:50:36 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 03:50:38 -0000 > From: Justin T. Gibbs [mailto:gibbs@scsiguy.com] > > > FYI, i've solved this problem for me by moving to > > firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > > seagate drive. > > This is exactly what I was going to suggest. 0004 is known > bad in packetized operation. Your test to drop the speed to > 160MB/s was a good thought, but for the 790X controllers, we > will still attempt to run with packetized protocol, assuming > the device supports it, even when you reduce the negotiated > rate. You can disable packetized protocol in SCSI-Select which > would probably have allowed you to limp along until you got > updated firmware. > > Sadly, 0005 is not perfect. I have seen situations where under > hight tag load 0005 still drops trasactions. I believe that > Seagate has a fix for this, but it has yet to be put into > release level firmware. You might want to touch base with > them in another month to see if they have released a follow > on to 0005. I wonder if the driver could back-off or do some test first. I thought i was good when i upgraded all these systems from 3 to 4, and am now faced with the unpleasant prospect of upgrading many systems that are @ remote customer sites. interestingly, 004 was fine until a recent driver rev (or at least, the problem did not manifest). Why would the behaviour be such that the drive disappears from the SCSI chain and not even a system reset fixes it? I'm very surprised that resetting the motherboard doesn't reset the drive, only a powercycle does in this case. Why would the 160 version of the same drive not have the same bug? I guess that's a question for seagate :) So after updating 15 test systems and running 'dd' for some hours, 1 of them showed the same card-state dump 1 time. Should i just drop the number of tags down to 32 or 64 on spec, or is there another cause likely? --don From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 21:05:42 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 400D437B401; Sun, 27 Jul 2003 21:05:40 -0700 (PDT) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F66843F75; Sun, 27 Jul 2003 21:05:39 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.9/8.12.8) with ESMTP id h6S45cEU022444; Sun, 27 Jul 2003 22:05:38 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Date: Sun, 27 Jul 2003 22:05:38 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'freebsd-scsi@freebsd.org'" , aic7xxx@freebsd.org Message-ID: <2870085408.1059365138@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 04:05:42 -0000 > I wonder if the driver could back-off or do some test first. This would be something for the CAM transport layer to do. Right now, it only throttles based on the drive reporting queue full status. It would be possible to also have the transport layer track errors and throttle based on that, but classifying errors that should result in a "speed throttle" versus a "tag throttle" would be tricky. > interestingly, 004 was fine until a recent driver rev (or at > least, the problem did not manifest). The driver has been getting faster due to some recent optimizations. Sorry. 8-) > Why would the behaviour be such that the drive disappears from > the SCSI chain and not even a system reset fixes it? Some versions of the firmware were shipped with a diagnostic feature enabled that causes the equivalent of an assert. This is great for firmware engineers since the drive stops dead at the location of the error. It's not so good for end users. > I'm very > surprised that resetting the motherboard doesn't reset the drive, > only a powercycle does in this case. Why is this surprising? What does reseting the motherboard do to the drive? A SCSI bus reset may occur, but that should occur during the drivers error recover anyway. Out to lunch drives typically only come back with a power cycle. > Why would the 160 version of the same drive not have the same > bug? I guess that's a question for seagate :) The 160 version does not support packetized protocol. This is a U320 feature. Seagate introduced some bugs in support this new protocol mode. > Should i just drop the number of tags down to 32 or 64 on spec, > or is there another cause likely? I have yet to see the failure running these drives at 32 tags. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 23:09:11 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEA6237B401; Sun, 27 Jul 2003 23:09:11 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E34CC43F3F; Sun, 27 Jul 2003 23:09:09 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id QAA15322; Mon, 28 Jul 2003 16:08:54 +1000 Date: Mon, 28 Jul 2003 16:08:53 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "Justin T. Gibbs" In-Reply-To: <2851045408.1059363460@aslan.scsiguy.com> Message-ID: <20030728160837.T2380@gamplex.bde.org> References: <20030728092953.L8406-100000@hewey.af.speednet.com.au> <2851045408.1059363460@aslan.scsiguy.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org cc: Andy Farkas Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 06:09:12 -0000 On Sun, 27 Jul 2003, Justin T. Gibbs wrote: > > Dear scsi gurus, please fix the above messages. > > It is not a problem with the driver, but with syslog. I'd be > happy to review and commit a fix to syslog should you provide it. The problem seems to be in both the kernel and the driver. '<' at the beginning of a line means the beginning of an encoded priority, so drivers shouldn't use '<<<' to ornate messages. Encoded priorities have the form '<'{}'>', so "<<< Message >>>" is a syntax error. syslogd's parsing of encoding priorities is a little sloppy. I think it inteprets '<' as priority 0 and discards the first '<'. Priority 0 == LOG_EMERG is a little different from the default kernel priority of DEVSPRI = LOG_KERN | LOG_CRIT == LOG_CRIT. Removing the newline accidentally avoids the problem by misformatting "<<<" to not start on a new line. Bruce From owner-freebsd-scsi@FreeBSD.ORG Sun Jul 27 23:23:31 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D501D37B401 for ; Sun, 27 Jul 2003 23:23:31 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 190A543F75 for ; Sun, 27 Jul 2003 23:23:31 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 51718 invoked by uid 1000); 28 Jul 2003 06:23:33 -0000 Date: Sun, 27 Jul 2003 23:23:33 -0700 (PDT) From: Nate Lawson To: current@freebsd.org In-Reply-To: <20030728061606.046BC37B401@hub.freebsd.org> Message-ID: <20030727231701.N51710@root.org> References: <20030728061606.046BC37B401@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scsi@freebsd.org Subject: Re: cvs commit: src/sys/cam cam_ccb.h src/sys/cam/scsi scsi_cd.c scsi_da.c src/sys/dev/ata atapi-cam.c src/sys/dev/usb umass.c src/sys/dev/firewire sbp.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 06:23:32 -0000 On Sun, 27 Jul 2003, Nate Lawson wrote: > Modified files: > sys/cam cam_ccb.h > sys/cam/scsi scsi_da.c scsi_cd.c > sys/dev/ata atapi-cam.c > sys/dev/usb umass.c > sys/dev/firewire sbp.c > Log: > Add a PATH_INQ flag, PIM_NO_6_BYTE, which indicates the SIM never wishes to > receive 6 byte commands. Add a check for this flag to da(4) and cd(4) so > that they honor it. This is a quick workaround for many devices (especially > USB) that require da(4) quirks to operate. The more complete approach is > to finish the new transport code which will be aware of the SCSI version a > transport implements. > > MFC after: 1 day > > Revision Changes Path > 1.26 +2 -1 src/sys/cam/cam_ccb.h > 1.80 +8 -0 src/sys/cam/scsi/scsi_cd.c > 1.147 +8 -0 src/sys/cam/scsi/scsi_da.c > 1.18 +1 -1 src/sys/dev/ata/atapi-cam.c > 1.58 +1 -1 src/sys/dev/firewire/sbp.c > 1.88 +1 -1 src/sys/dev/usb/umass.c This is the first step to removing many of the da(4) quirks that have accumulated for USB devices. This code should remove the message: "READ(6)/WRITE(6) not supported, increasing minimum_cmd_size to 10." It should also fix USB devices which fail when receiving 6 byte commands but do not yet have a quirk. After this code is in both stable and current, current USB quirks will be deprecated but can be re-enabled in a pinch with a kernel option. Unfortunately, I only have contact information for the more recent quirks that were committed and so the only way to find devices that have other problems (i.e. NO_SYNC_CACHE) is to disable the quirks and re-enable them for devices that still fail. I'm doing this as early as possible before 5.2 to get things sorted out and if your device fails at that point, it can be returned to ordinary behavior with a kernel option until I remove it from the deprecated section. -Nate From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 09:12:25 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8479237B401; Mon, 28 Jul 2003 09:12:25 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5DEF43F93; Mon, 28 Jul 2003 09:12:24 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6SGCOo09674; Mon, 28 Jul 2003 09:12:24 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id JAA19020; Mon, 28 Jul 2003 09:12:24 -0700 (PDT) Date: Mon, 28 Jul 2003 10:14:06 -0600 From: "Justin T. Gibbs" To: Nate Lawson , current@freebsd.org Message-ID: <816330000.1059408846@aslan.btc.adaptec.com> In-Reply-To: <20030727231701.N51710@root.org> References: <20030728061606.046BC37B401@hub.freebsd.org> <20030727231701.N51710@root.org> X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: scsi@freebsd.org Subject: Re: cvs commit: src/sys/cam cam_ccb.h src/sys/cam/scsi scsi_cd.c scsi_da.c src/sys/dev/ata atapi-cam.c src/sys/dev/usb umass.c src/sys/dev/firewire sbp.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 16:12:25 -0000 > After this code is in both stable and current, current USB quirks will be > deprecated but can be re-enabled in a pinch with a kernel option. > Unfortunately, I only have contact information for the more recent quirks > that were committed and so the only way to find devices that have other > problems (i.e. NO_SYNC_CACHE) is to disable the quirks and re-enable them > for devices that still fail. Did you ever find the bug in the sync cache "silence errors" code that was the root cause for most of the quirks? -- Justin From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 09:30:42 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29C6937B401; Mon, 28 Jul 2003 09:30:42 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 934EB43F85; Mon, 28 Jul 2003 09:30:41 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6SGUeo08226; Mon, 28 Jul 2003 09:30:40 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id JAA28295; Mon, 28 Jul 2003 09:30:40 -0700 (PDT) Date: Mon, 28 Jul 2003 10:32:22 -0600 From: "Justin T. Gibbs" To: "Marc G. Fournier" , freebsd-stable@freebsd.org Message-ID: <834690000.1059409942@aslan.btc.adaptec.com> In-Reply-To: <20030726115857.M37284@hub.org> References: <20030726115857.M37284@hub.org> X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-scsi@freebsd.org Subject: Re: Dump Card State Begins ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 16:30:42 -0000 > Hi ... > > Can someone tell me whether or not this is indicative of a hardware, or > software, problem? It happened a few times today, on two different > drives, and it seem to "self-recover", since the server is still purring > along without any noticeable problems: > > neptune# grep "timed out" /var/log/messages > Jul 25 03:52:51 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x40 - timed out > Jul 25 03:57:22 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x18 - timed out > Jul 25 03:58:53 neptune /kernel: (da1:ahd1:0:1:0): SCB 0x1e - timed out > Jul 26 10:55:46 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x39 - timed out > > The drives are all U320 Seagate Cheetah 70G ... no RAID involved, its > just straight drives using the motherboard's onboard SCSI controller ... > the motherboard is the Intel SE7501, in the SR2300 chassis ... I need the exact model number and firmware for these drives. There are at least three different Cheetah 70G U320 drives. > > It did it back on the 19th as well: > > Jul 19 19:37:16 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x46 - timed out > Jul 19 19:38:46 neptune /kernel: (da1:ahd1:0:1:0): SCB 0x2d - timed out > > But again, appears to have recovered with no ill effects ... > > > Jul 25 03:52:51 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x40 - timed out > Jul 25 03:53:06 neptune /kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< The Dump Card state output is much easier to parse if you enable register pretty printing. From GENERIC: options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. >From what I can tell here, your drives are sitting on some commands instead of completing them. This was one of the problems in early revisions of Seagate's U320 drive firmware. Without knowing more details of the system though, I can't comment definitively. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 10:14:37 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F8E337B404 for ; Mon, 28 Jul 2003 10:14:37 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 1621443FB1 for ; Mon, 28 Jul 2003 10:14:36 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 52944 invoked by uid 1000); 28 Jul 2003 17:14:36 -0000 Date: Mon, 28 Jul 2003 10:14:36 -0700 (PDT) From: Nate Lawson To: "Justin T. Gibbs" In-Reply-To: <816330000.1059408846@aslan.btc.adaptec.com> Message-ID: <20030728101124.O52934@root.org> References: <20030728061606.046BC37B401@hub.freebsd.org> <20030727231701.N51710@root.org> <816330000.1059408846@aslan.btc.adaptec.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: scsi@freebsd.org Subject: Re: cvs commit: src/sys/cam cam_ccb.h src/sys/cam/scsi scsi_cd.c scsi_da.c src/sys/dev/ata atapi-cam.c src/sys/dev/usb umass.c src/sys/dev/firewire sbp.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 17:14:37 -0000 On Mon, 28 Jul 2003, Justin T. Gibbs wrote: > > After this code is in both stable and current, current USB quirks will be > > deprecated but can be re-enabled in a pinch with a kernel option. > > Unfortunately, I only have contact information for the more recent quirks > > that were committed and so the only way to find devices that have other > > problems (i.e. NO_SYNC_CACHE) is to disable the quirks and re-enable them > > for devices that still fail. > > Did you ever find the bug in the sync cache "silence errors" code that > was the root cause for most of the quirks? Most of the quirks were added for NO_6_BYTE. Many of the USB devices include NO_SYNC_CACHE also although the documentation for many of these was lost before we began keeping PRs documenting the issue. Many of the devices that include NO_SYNC_CACHE were just cut/pasted from previous quirks and no attempt was made to verify the separate need for that quirk. I'll do my best to follow down cvs logs and things but what it comes down to is that we'll just have to test to see what quirks are really needed. -Nate From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 10:58:52 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 665AA37B401; Mon, 28 Jul 2003 10:58:52 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E8EF43F75; Mon, 28 Jul 2003 10:58:51 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id MUA74016; Mon, 28 Jul 2003 10:58:49 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8F2CA5D07; Mon, 28 Jul 2003 10:58:48 -0700 (PDT) To: Nate Lawson In-Reply-To: Message from Nate Lawson of "Sun, 27 Jul 2003 23:23:33 PDT." <20030727231701.N51710@root.org> Date: Mon, 28 Jul 2003 10:58:48 -0700 From: "Kevin Oberman" Message-Id: <20030728175848.8F2CA5D07@ptavv.es.net> cc: current@freebsd.org cc: scsi@freebsd.org Subject: Re: cvs commit: src/sys/cam cam_ccb.h src/sys/cam/scsi scsi_cd.c scsi_da.c src/sys/dev/ata atapi-cam.c src/sys/dev/usb umass.c src/sys/dev/firewire sbp.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 17:58:52 -0000 > Date: Sun, 27 Jul 2003 23:23:33 -0700 (PDT) > From: Nate Lawson > Sender: owner-freebsd-current@freebsd.org > > On Sun, 27 Jul 2003, Nate Lawson wrote: > > Modified files: > > sys/cam cam_ccb.h > > sys/cam/scsi scsi_da.c scsi_cd.c > > sys/dev/ata atapi-cam.c > > sys/dev/usb umass.c > > sys/dev/firewire sbp.c > > Log: > > Add a PATH_INQ flag, PIM_NO_6_BYTE, which indicates the SIM never wishes to > > receive 6 byte commands. Add a check for this flag to da(4) and cd(4) so > > that they honor it. This is a quick workaround for many devices (especially > > USB) that require da(4) quirks to operate. The more complete approach is > > to finish the new transport code which will be aware of the SCSI version a > > transport implements. > > > > MFC after: 1 day > > > > Revision Changes Path > > 1.26 +2 -1 src/sys/cam/cam_ccb.h > > 1.80 +8 -0 src/sys/cam/scsi/scsi_cd.c > > 1.147 +8 -0 src/sys/cam/scsi/scsi_da.c > > 1.18 +1 -1 src/sys/dev/ata/atapi-cam.c > > 1.58 +1 -1 src/sys/dev/firewire/sbp.c > > 1.88 +1 -1 src/sys/dev/usb/umass.c > > This is the first step to removing many of the da(4) quirks that have > accumulated for USB devices. This code should remove the message: > "READ(6)/WRITE(6) not supported, increasing minimum_cmd_size to 10." It > should also fix USB devices which fail when receiving 6 byte commands but > do not yet have a quirk. > > After this code is in both stable and current, current USB quirks will be > deprecated but can be re-enabled in a pinch with a kernel option. > Unfortunately, I only have contact information for the more recent quirks > that were committed and so the only way to find devices that have other > problems (i.e. NO_SYNC_CACHE) is to disable the quirks and re-enable them > for devices that still fail. I'm doing this as early as possible before > 5.2 to get things sorted out and if your device fails at that point, it > can be returned to ordinary behavior with a kernel option until I remove > it from the deprecated section. This looks great to me. The entire quirks system is a royal pain. It really needs to be driven by an external file so that the kernel does not need a re-compile for every device that requires poking something odd, but eliminating all of the 6 bye/10 byte ones will greatly improve life. I know such things (like pccard.conf) are ugly, but it's better than patching the source and re-building the kernel all of the time. There must be a better way. Almost anything like this that I plug into Windows "just works". That means no driver installation or anything. (The USB devices almost always include software, but I seldom install it.) I just HATE it when Windows works better than FreeBSD, but hardware can be a tough nut to crack. Is there any hope of getting PR53094 to support the Nomad MuVo moved to current. It will still need a quirk as it requires both NO_SYNC_CACHE and NO_PREVENT. The pr has been around for some time but was just assigned to joe@ about 10 days ago, so it may already be on it's way. (I am about 250 messages behind in cvs-all, so it may already have been committed.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 11:03:18 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB4937B404 for ; Mon, 28 Jul 2003 11:03:18 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD66E43FE5 for ; Mon, 28 Jul 2003 11:03:10 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h6SI3AUp084117 for ; Mon, 28 Jul 2003 11:03:10 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h6SI39lc084111 for scsi@freebsd.org; Mon, 28 Jul 2003 11:03:09 -0700 (PDT) Date: Mon, 28 Jul 2003 11:03:09 -0700 (PDT) Message-Id: <200307281803.h6SI39lc084111@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 18:03:19 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 11:47:58 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8854737B401 for ; Mon, 28 Jul 2003 11:47:58 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 67DC243F3F for ; Mon, 28 Jul 2003 11:47:57 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 53144 invoked by uid 1000); 28 Jul 2003 18:47:58 -0000 Date: Mon, 28 Jul 2003 11:47:58 -0700 (PDT) From: Nate Lawson To: Kevin Oberman In-Reply-To: <20030728175848.8F2CA5D07@ptavv.es.net> Message-ID: <20030728114329.K53096@root.org> References: <20030728175848.8F2CA5D07@ptavv.es.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: scsi@freebsd.org Subject: Re: cvs commit: src/sys/cam cam_ccb.h src/sys/cam/scsi scsi_cd.c src/sys/dev/firewire sbp.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2003 18:47:58 -0000 On Mon, 28 Jul 2003, Kevin Oberman wrote: > > From: Nate Lawson > > This is the first step to removing many of the da(4) quirks that have > > accumulated for USB devices. This code should remove the message: > > "READ(6)/WRITE(6) not supported, increasing minimum_cmd_size to 10." It > > should also fix USB devices which fail when receiving 6 byte commands but > > do not yet have a quirk. > > > > After this code is in both stable and current, current USB quirks will be > > deprecated but can be re-enabled in a pinch with a kernel option. > > Unfortunately, I only have contact information for the more recent quirks > > that were committed and so the only way to find devices that have other > > problems (i.e. NO_SYNC_CACHE) is to disable the quirks and re-enable them > > for devices that still fail. I'm doing this as early as possible before > > 5.2 to get things sorted out and if your device fails at that point, it > > can be returned to ordinary behavior with a kernel option until I remove > > it from the deprecated section. > > This looks great to me. The entire quirks system is a royal pain. It > really needs to be driven by an external file so that the kernel does > not need a re-compile for every device that requires poking something > odd, but eliminating all of the 6 bye/10 byte ones will greatly > improve life. I know such things (like pccard.conf) are ugly, but it's > better than patching the source and re-building the kernel all of the > time. An external file is unnecessary since true quirks are a one-time thing. User finds device is broken and then a quirk is committed. For the USB case, "false" quirks were needed in that the devices weren't 100% broken, just that they crash when receiving 6 byte cmds instead of returning "cmd not supported." The real problem was that we were sending 6 byte commands to devices which we should have known might not be able to handle them (i.e. USB). I'm just fixing the "false" quirk case (which should be 90% of our USB quirks). These "false" quirks were adding tons of noise and masking truly broken devices (which should be in the minority). Committing such quirks should go faster once there is less chaff to deal with. > There must be a better way. Almost anything like this that I plug into > Windows "just works". That means no driver installation or anything. > (The USB devices almost always include software, but I seldom install > it.) I just HATE it when Windows works better than FreeBSD, but > hardware can be a tough nut to crack. Linux still lists broken USB devices in a kernel file. > Is there any hope of getting PR53094 to support the Nomad MuVo moved > to current. It will still need a quirk as it requires both > NO_SYNC_CACHE and NO_PREVENT. The pr has been around for some time but > was just assigned to joe@ about 10 days ago, so it may already be on > it's way. (I am about 250 messages behind in cvs-all, so it may > already have been committed.) I'll look at the PR. -Nate From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 18:29:13 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C646737B401; Mon, 28 Jul 2003 18:29:13 -0700 (PDT) Received: from mobile.hub.org (u134n133.eastlink.ca [24.224.134.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id E510E43F3F; Mon, 28 Jul 2003 18:29:12 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1001) id 2B3FDC9C; Mon, 28 Jul 2003 22:29:10 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id 25003C99; Mon, 28 Jul 2003 22:29:10 -0300 (ADT) Date: Mon, 28 Jul 2003 22:29:10 -0300 (ADT) From: The Hermit Hacker To: "Justin T. Gibbs" In-Reply-To: <2849575408.1059363406@aslan.scsiguy.com> Message-ID: <20030728222854.O17191@hub.org> References: <2849575408.1059363406@aslan.scsiguy.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 01:29:14 -0000 Just as an FYI, we just downloaded the 006 firmware this afternoon ... On Sun, 27 Jul 2003, Justin T. Gibbs wrote: > > FYI, i've solved this problem for me by moving to > > firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > > seagate drive. > > This is exactly what I was going to suggest. 0004 is known > bad in packetized operation. Your test to drop the speed to > 160MB/s was a good thought, but for the 790X controllers, we > will still attempt to run with packetized protocol, assuming > the device supports it, even when you reduce the negotiated > rate. You can disable packetized protocol in SCSI-Select which > would probably have allowed you to limp along until you got > updated firmware. > > Sadly, 0005 is not perfect. I have seen situations where under > hight tag load 0005 still drops trasactions. I believe that > Seagate has a fix for this, but it has yet to be put into > release level firmware. You might want to touch base with > them in another month to see if they have released a follow > on to 0005. > > -- > Justin > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 18:29:40 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 811D237B401; Mon, 28 Jul 2003 18:29:40 -0700 (PDT) Received: from mobile.hub.org (u134n133.eastlink.ca [24.224.134.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBB4543F3F; Mon, 28 Jul 2003 18:29:39 -0700 (PDT) (envelope-from scrappy@hub.org) Received: by mobile.hub.org (Postfix, from userid 1001) id 9F4D7CA3; Mon, 28 Jul 2003 22:29:38 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by mobile.hub.org (Postfix) with ESMTP id 9A364CA1; Mon, 28 Jul 2003 22:29:38 -0300 (ADT) Date: Mon, 28 Jul 2003 22:29:38 -0300 (ADT) From: The Hermit Hacker To: Don Bowman In-Reply-To: Message-ID: <20030728222919.D17191@hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 01:29:40 -0000 please, I have a whack of drives that need to be done, and prefer to avoid windoze if I can :) On Sun, 27 Jul 2003, Don Bowman wrote: > > On Sat, 26 Jul 2003, Don Bowman wrote: > > > > > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > > > >>>>>>>>>>>>>>>>>> > > FYI, i've solved this problem for me by moving to > firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > seagate drive. > > If you are seeing the problem I mentioned with U320 > seagate drive and AIC7902 controller I highly recommend > contacting seagate and requesting the latest rom. > Sadly the actual changes are 'proprietary' so I cannot > be sure this was the root cause of the problem. I'm > guessing there is an issue with large # of tags outstanding, > but its only a hunch. > > I have code to program this ROM under FreeBSD i > will share with anyone who asks. I obtained this > from andre __AT__ albsmeier __DOT__ net, who had > posted information to this list in the past [thank > you!]. > > I cannot be 100% sure this fixes the problem, but it was > pretty easy to reproduce with 'dd if=/dev/da0 of=/dev/null bs=20k', > and now I cannot reproduce on the 15 systems I am trying. > > --don > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 19:24:43 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5163A37B401; Mon, 28 Jul 2003 19:24:43 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 686CF43FAF; Mon, 28 Jul 2003 19:24:42 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LG8LH>; Mon, 28 Jul 2003 22:24:40 -0400 Message-ID: From: Don Bowman To: 'The Hermit Hacker' , "Justin T. Gibbs" Date: Mon, 28 Jul 2003 22:24:39 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 02:24:43 -0000 > From: The Hermit Hacker [mailto:scrappy@hub.org] > > Just as an FYI, we just downloaded the 006 firmware this afternoon ... > Can you please confirm this is 006? Seagate has just re-confirmed that 005 is the latest firmware available for these drives. --don From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 21:33:05 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 876F437B401 for ; Mon, 28 Jul 2003 21:33:05 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 11C2E43FCB for ; Mon, 28 Jul 2003 21:33:05 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 54003 invoked by uid 1000); 29 Jul 2003 04:33:03 -0000 Date: Mon, 28 Jul 2003 21:33:03 -0700 (PDT) From: Nate Lawson To: current@freebsd.org Message-ID: <20030728212246.Q53955@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scsi@freebsd.org Subject: HEADSUP: USB da(4) quirks deprecated X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 04:33:05 -0000 I have committed code to disable the USB and Firewire quirks in da(4). Since we now have code that should handle the common case of a failure after receiving 6 byte commands, most of them should no longer be necessary. However, the only way to tell if a quirk is really needed is to test the new code with the quirks disabled. You may have a device (USB camera, pen drive, hard drive, ...) that begins to get errors like "BBB bulk-in clear stall failed" or "Synchronize cache failed, status 0x35". If you get these, you can enable previous behavior by adding: options DA_OLD_QUIRKS to your kernel config and recompiling. Once you do this, please send me the output of "camcontrol inquiry da0" so I can re-enable your quirk for good. I'm doing this as soon as possible so the unnecessary quirks can be removed for 5.2. A similar process will take place in 4-stable after 5.2 has been released. Thanks for your patience, Nate From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 21:40:23 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F9037B401; Mon, 28 Jul 2003 21:40:23 -0700 (PDT) Received: from hugo10.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with SMTP id A9DEA43F93; Mon, 28 Jul 2003 21:40:21 -0700 (PDT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.3/8.12.3) with ESMTP id h6T4eJ24002280; Tue, 29 Jul 2003 06:40:19 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.3/8.12.3/Submit) id h6T4eIQD002167; Tue, 29 Jul 2003 06:40:18 +0200 (CEST) From: "Patrick M. Hausen" Message-Id: <200307290440.h6T4eIQD002167@hugo10.ka.punkt.de> In-Reply-To: <834690000.1059409942@aslan.btc.adaptec.com> To: freebsd-scsi@freebsd.org Date: Tue, 29 Jul 2003 06:40:18 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Dump Card State Begins ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 04:40:23 -0000 Hi SCSI gurus! Justin T. Gibbs wrote: > > neptune# grep "timed out" /var/log/messages > > Jul 25 03:52:51 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x40 - timed out > > Jul 25 03:57:22 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x18 - timed out > > Jul 25 03:58:53 neptune /kernel: (da1:ahd1:0:1:0): SCB 0x1e - timed out > > Jul 26 10:55:46 neptune /kernel: (da2:ahd1:0:2:0): SCB 0x39 - timed out > > > > The drives are all U320 Seagate Cheetah 70G ... no RAID involved, its > > just straight drives using the motherboard's onboard SCSI controller ... > > the motherboard is the Intel SE7501, in the SR2300 chassis ... > > I need the exact model number and firmware for these drives. There are > at least three different Cheetah 70G U320 drives. I am experiencing very similar problems with Seagate drives and the mpt driver: mpt0: port 0xc400-0xc4ff mem 0xfe8c0000-0xfe8cffff,0xfe8d0000-0xfe8dffff irq 10 at device 8.0 on pci3 pcib3: device mpt0 requested decoded memory range 0xfe8d0000-0xfe8dffff pcib1: device mpt0 requested decoded memory range 0xfe8d0000-0xfe8dffff mpt0: soft reset mpt1: port 0xc800-0xc8ff mem 0xfe8e0000-0xfe8effff,0xfe8f0000-0xfe8fffff irq 10 at device 8.1 on pci3 mpt1: linking with peer (mpt0) pcib3: device mpt1 requested decoded memory range 0xfe8f0000-0xfe8fffff pcib1: device mpt1 requested decoded memory range 0xfe8f0000-0xfe8fffff mpt1: soft reset da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 3JA1W6WK00007348H2U2 da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at mpt1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number 3JA1W17R00007347B6UR da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) The panic I get looks like this: TargetID 0 SenseBufferLength 32 LUN: 0x0 Control 0x01000000 WRITE SIMPLEQ DataLength 0x00004000 SenseBufAddr 0x009adfe0 CDB[0:10] 2a 00 00 d8 6d 1f 00 00 20 00 SE32 0xe2d35e30: Addr=0x62c64000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xe2d35e38: Addr=0x62be5000 FlagsLength=0x94001000 HOST_TO_IOC LAST_ELEMENT CE32 0xe2d35e40: Addr=0x9ade48 NxtChnO=0x0 Flgas=0x30 Len=0x10 SE32 0xe2d35e48: Addr=0x62d06000 FlagsLength=0x14001000 HOST_TO_IOC SE32 0xe2d35e50: Addr=0x62a07000 FlagsLength=0xd5001000 HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST panic: initiate_write_inodeblock_ufs2: already started syncing disks, buffers remaining...panic: bremfree: removing a buffer not on a queue Uptime 21h33m23s (da0:mpt0:0:0:0): Synchronize cache failed, status == 0xb, scsi status == 0x0 (da1:mpt0:0:1:0): Synchronize cache failed, status == 0xb, scsi status == 0x0 mpt0: soft reset failed: ack timeout I was not able to reproduce the problem with drives with firmware revision 0006 - so maybe it's fixed. OTOH the panic occurs rather occasionally, so I cannot be sure. You suggested disabling packetized protocol. I stared at the camcontrol manpage and the mpt driver source for an hour - how _do_ I disable packetized protocol? I contacted Seagate at their published disk support mail address, hopefully a human being will read that ;-) Thanks for any hints, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-scsi@FreeBSD.ORG Mon Jul 28 22:26:18 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A03E937B401; Mon, 28 Jul 2003 22:26:18 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F5C43F3F; Mon, 28 Jul 2003 22:26:17 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) h6T5Q4bN026701; Tue, 29 Jul 2003 01:26:17 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)h6T5Q4PQ026698; Tue, 29 Jul 2003 01:26:04 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 29 Jul 2003 01:26:04 -0400 (EDT) From: Andre Guibert de Bruet To: current@freebsd.org In-Reply-To: <20030728212246.Q53955@root.org> Message-ID: <20030729011842.L670@alpha.siliconlandmark.com> References: <20030728212246.Q53955@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: scsi@freebsd.org Subject: Re: HEADSUP: USB da(4) quirks deprecated X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 05:26:19 -0000 Hi, "camcontrol inquiry" requires the pass driver, so if it's not already in your kernel config you might want to add it when/if you add DA_OLD_QUIRKS. Regards, > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > On Mon, 28 Jul 2003, Nate Lawson wrote: > I have committed code to disable the USB and Firewire quirks in da(4). > Since we now have code that should handle the common case of a failure > after receiving 6 byte commands, most of them should no longer be > necessary. However, the only way to tell if a quirk is really needed is > to test the new code with the quirks disabled. You may have a device (USB > camera, pen drive, hard drive, ...) that begins to get errors like "BBB > bulk-in clear stall failed" or "Synchronize cache failed, status 0x35". > If you get these, you can enable previous behavior by adding: > > options DA_OLD_QUIRKS > > to your kernel config and recompiling. Once you do this, please send me > the output of "camcontrol inquiry da0" so I can re-enable your quirk for > good. I'm doing this as soon as possible so the unnecessary quirks can be > removed for 5.2. A similar process will take place in 4-stable after 5.2 > has been released. From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 06:45:38 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E4AC37B401 for ; Tue, 29 Jul 2003 06:45:38 -0700 (PDT) Received: from hugo10.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with SMTP id DE7F043FAF for ; Tue, 29 Jul 2003 06:45:36 -0700 (PDT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.3/8.12.3) with ESMTP id h6TDjZ24060449; Tue, 29 Jul 2003 15:45:35 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.3/8.12.3/Submit) id h6TDjZO0060448; Tue, 29 Jul 2003 15:45:35 +0200 (CEST) From: "Patrick M. Hausen" Message-Id: <200307291345.h6TDjZO0060448@hugo10.ka.punkt.de> In-Reply-To: <200307290440.h6T4eIQD002167@hugo10.ka.punkt.de> To: "Patrick M. Hausen" Date: Tue, 29 Jul 2003 15:45:35 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: Dump Card State Begins ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 13:45:38 -0000 Hi again! I wrote: > I am experiencing very similar problems with Seagate drives > and the mpt driver: > [... dmesg output and kernel panic ...] Well, after a day of testing different drive firmware, talking to Seagate technical support etc., I could reproduce the problem with an IBM DDYS-T36950 disk. This is not even an U320 device - U160 only. The error message/panic is almost identical. This happens with FreeBSD 5.1 only, I wasn't able to reproduce the problem with FreeBSD 4.8. Any ideas, what's happening here? TIA, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 09:04:31 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCB8E37B401; Tue, 29 Jul 2003 09:04:31 -0700 (PDT) Received: from hub.org (hub.org [64.117.225.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D73B43F3F; Tue, 29 Jul 2003 09:04:31 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from hub.org (unknown [64.117.225.220]) by hub.org (Postfix) with ESMTP id 57E615B930A; Tue, 29 Jul 2003 13:04:29 -0300 (ADT) Date: Tue, 29 Jul 2003 13:04:29 -0300 (ADT) From: "Marc G. Fournier" To: Don Bowman In-Reply-To: Message-ID: <20030729130404.N5355@hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 16:04:32 -0000 On Mon, 28 Jul 2003, Don Bowman wrote: > > > From: The Hermit Hacker [mailto:scrappy@hub.org] > > > > Just as an FYI, we just downloaded the 006 firmware this afternoon ... > > > > Can you please confirm this is 006? Seagate has just re-confirmed > that 005 is the latest firmware available for these drives. Just confirmed: ST336607LC_S_006.SEA ST373307LC_S_006.SEA From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 09:50:50 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4B6037B401; Tue, 29 Jul 2003 09:50:50 -0700 (PDT) Received: from hub.org (hub.org [64.117.225.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 235C443FA3; Tue, 29 Jul 2003 09:50:50 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from hub.org (unknown [64.117.225.220]) by hub.org (Postfix) with ESMTP id CE19B5B9CD1; Tue, 29 Jul 2003 13:50:47 -0300 (ADT) Date: Tue, 29 Jul 2003 13:50:47 -0300 (ADT) From: "Marc G. Fournier" To: Don Bowman In-Reply-To: Message-ID: <20030729134931.Q5355@hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 16:50:51 -0000 On Mon, 28 Jul 2003, Don Bowman wrote: > > > From: The Hermit Hacker [mailto:scrappy@hub.org] > > > > Just as an FYI, we just downloaded the 006 firmware this afternoon ... > > > > Can you please confirm this is 006? Seagate has just re-confirmed > that 005 is the latest firmware available for these drives. just upgraded all 6 drives: mars# camcontrol devlist at scbus1 target 0 lun 0 (pass0,da0) at scbus1 target 1 lun 0 (pass1,da1) at scbus1 target 2 lun 0 (pass2,da2) at scbus1 target 3 lun 0 (pass3,da3) at scbus1 target 4 lun 0 (pass4,da4) at scbus1 target 5 lun 0 (pass5,da5) fwprog works great, but warning for anyone else using it ... pass1-5 went fine, but since pass0 was my 'root drive', it required a cold boot after the upgrade, as it seemed to have locked up the bus ... From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 09:54:10 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCDF037B401; Tue, 29 Jul 2003 09:54:10 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 369F743FA3; Tue, 29 Jul 2003 09:54:10 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6TGs9o07229; Tue, 29 Jul 2003 09:54:09 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id JAA26814; Tue, 29 Jul 2003 09:54:08 -0700 (PDT) Date: Tue, 29 Jul 2003 10:55:47 -0600 From: "Justin T. Gibbs" To: Don Bowman , "'The Hermit Hacker'" Message-ID: <1233960000.1059497747@aslan.btc.adaptec.com> In-Reply-To: References: X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 16:54:11 -0000 >> From: The Hermit Hacker [mailto:scrappy@hub.org] >> >> Just as an FYI, we just downloaded the 006 firmware this afternoon ... >> > > Can you please confirm this is 006? Seagate has just re-confirmed > that 005 is the latest firmware available for these drives. It may well be for a slightly different class of drives. Seagate numbers all of their firmware the same way and right now there are several model numbers that have coincident firmware revs. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 09:59:51 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB8F437B401; Tue, 29 Jul 2003 09:59:51 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7417F43F75; Tue, 29 Jul 2003 09:59:50 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6TGxoo20215; Tue, 29 Jul 2003 09:59:50 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id JAA00145; Tue, 29 Jul 2003 09:59:49 -0700 (PDT) Date: Tue, 29 Jul 2003 11:01:31 -0600 From: "Justin T. Gibbs" To: Nate Lawson , current@freebsd.org Message-ID: <1240610000.1059498091@aslan.btc.adaptec.com> In-Reply-To: <20030728212246.Q53955@root.org> References: <20030728212246.Q53955@root.org> X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: scsi@freebsd.org Subject: Re: HEADSUP: USB da(4) quirks deprecated X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 16:59:52 -0000 > You may have a device (USB camera, pen drive, hard drive, ...) that begins > to get errors like ... "Synchronize cache failed, status 0x35". If the Sync cache fails with a "reasonable error code", then the code that silence these errors should be enhanced rather than have a quirk entry added. Just to reitterate, the quirks are there for situations that cannot be handled in a more programatic way (e.g. a device that dies when you send it a certain command). Please don't blindly re-enable quirks to silence junk that winds up in syslog. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 10:05:09 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F49337B401 for ; Tue, 29 Jul 2003 10:05:09 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11BEE43F93 for ; Tue, 29 Jul 2003 10:05:09 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6TH58o11847; Tue, 29 Jul 2003 10:05:08 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id KAA03199; Tue, 29 Jul 2003 10:05:08 -0700 (PDT) Date: Tue, 29 Jul 2003 11:06:50 -0600 From: "Justin T. Gibbs" To: "Patrick M. Hausen" Message-ID: <1243330000.1059498410@aslan.btc.adaptec.com> In-Reply-To: <200307291345.h6TDjZO0060448@hugo10.ka.punkt.de> References: <200307291345.h6TDjZO0060448@hugo10.ka.punkt.de> X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-scsi@freebsd.org Subject: Re: Dump Card State Begins ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 17:05:09 -0000 >> I am experiencing very similar problems with Seagate drives >> and the mpt driver: >> [... dmesg output and kernel panic ...] > > Well, after a day of testing different drive firmware, > talking to Seagate technical support etc., I could reproduce > the problem with an IBM DDYS-T36950 disk. Unless you provide the messages, I cannot confirm that you reproduced the same error. > This is not even an U320 device - U160 only. > > The error message/panic is almost identical. Almost, but almost certainly not the same. Once you've studied all of the registers and how they work, you can make that judgement for yourself. Please provide the full output of the driver, compiled with register pretty printing enabled. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 10:17:16 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 541E337B404 for ; Tue, 29 Jul 2003 10:17:16 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 87B0A43F75 for ; Tue, 29 Jul 2003 10:17:15 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 55381 invoked by uid 1000); 29 Jul 2003 17:17:16 -0000 Date: Tue, 29 Jul 2003 10:17:16 -0700 (PDT) From: Nate Lawson To: "Justin T. Gibbs" In-Reply-To: <1240610000.1059498091@aslan.btc.adaptec.com> Message-ID: <20030729101619.R55346@root.org> References: <20030728212246.Q53955@root.org> <1240610000.1059498091@aslan.btc.adaptec.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: scsi@freebsd.org Subject: Re: HEADSUP: USB da(4) quirks deprecated X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 17:17:16 -0000 On Tue, 29 Jul 2003, Justin T. Gibbs wrote: > > You may have a device (USB camera, pen drive, hard drive, ...) that begins > > to get errors like ... "Synchronize cache failed, status 0x35". > > If the Sync cache fails with a "reasonable error code", then the code > that silence these errors should be enhanced rather than have a quirk > entry added. I'm committed to doing that for devices which respond in a reasonable way (whether error or success). > Just to reitterate, the quirks are there for situations that cannot > be handled in a more programatic way (e.g. a device that dies when > you send it a certain command). Please don't blindly re-enable quirks > to silence junk that winds up in syslog. I won't be re-enabling quirks except for devices which hang. -Nate From owner-freebsd-scsi@FreeBSD.ORG Tue Jul 29 13:02:44 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B312B37B404; Tue, 29 Jul 2003 13:02:44 -0700 (PDT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62B3F43F93; Tue, 29 Jul 2003 13:02:43 -0700 (PDT) (envelope-from jkim@niksun.com) Received: from daemon.mj.niksun.com (daemon.mj.niksun.com [10.70.0.244]) h6TK2SlT079520; Tue, 29 Jul 2003 16:02:28 -0400 (EDT) (envelope-from jkim@niksun.com) X-RAV-AntiVirus: This e-mail has been scanned for viruses. From: Jung-uk Kim Organization: Niksun, Inc. To: "Justin T. Gibbs" Date: Tue, 29 Jul 2003 16:02:25 -0400 User-Agent: KMail/1.5.1 References: <1233960000.1059497747@aslan.btc.adaptec.com> In-Reply-To: <1233960000.1059497747@aslan.btc.adaptec.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307291602.25732.jkim@niksun.com> cc: freebsd-scsi@freebsd.org cc: aic7xxx@freebsd.org Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jul 2003 20:02:45 -0000 On Tuesday 29 July 2003 12:55 pm, Justin T. Gibbs wrote: > >> From: The Hermit Hacker [mailto:scrappy@hub.org] > >> > >> Just as an FYI, we just downloaded the 006 firmware this > >> afternoon ... > > > > Can you please confirm this is 006? Seagate has just re-confirmed > > that 005 is the latest firmware available for these drives. > > It may well be for a slightly different class of drives. Seagate > numbers all of their firmware the same way and right now there are > several model numbers that have coincident firmware revs. Seagate Cheetah line has two series: 10K.6 and 15K.3. The latest firmware is 0006 for 10K.6 and 0005 for 15K.3, i.e., 10K.6: ST3146807, ST373307, ST336607 -> 0006 15K.3: ST373453, ST336753, ST318453 -> 0005 http://www.seagate.com/products/datasheet/index.html Jung-uk Kim > -- > Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 30 01:01:38 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F94637B401 for ; Wed, 30 Jul 2003 01:01:38 -0700 (PDT) Received: from hugo10.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with SMTP id 1622C43F75 for ; Wed, 30 Jul 2003 01:01:37 -0700 (PDT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.3/8.12.3) with ESMTP id h6U81Z24089733; Wed, 30 Jul 2003 10:01:35 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.3/8.12.3/Submit) id h6U81Ysg089732; Wed, 30 Jul 2003 10:01:34 +0200 (CEST) From: "Patrick M. Hausen" Message-Id: <200307300801.h6U81Ysg089732@hugo10.ka.punkt.de> In-Reply-To: <1243330000.1059498410@aslan.btc.adaptec.com> To: "Justin T. Gibbs" Date: Wed, 30 Jul 2003 10:01:34 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL92 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: zenker@punkt.de Subject: Re: Dump Card State Begins ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 08:01:38 -0000 Hello again! > Almost, but almost certainly not the same. Once you've > studied all of the registers and how they work, you can > make that judgement for yourself. Please provide the full > output of the driver, compiled with register pretty printing > enabled. *sigh* Today I crashed the system running 4.8 after it's been doing "make buildworld" all through the night without a hitch. At least I now have a way to reproduce the error within seconds: I have 1 disk connected to each of the onboard controllers (mpt0, mpt1) of this Tyan S3022 board. When I start "iozone -a" on one of the disks the system running 4.8 keeps running - where the system running 5.1 crashed occasionally. As soon as I start a second "iozone -a" on the second (!) disk (and, therefore, controller/channel), the system crashes immediately. (4.8, no tests with 5.1 yet) How do I enable pretty printing for the mpt controller? Does "options AHC_REG_PRETTY_PRINT" apply to the other drivers as well? Which FreeBSD version should I use for testing? Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 30 11:04:17 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65DC137B401 for ; Wed, 30 Jul 2003 11:04:17 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id B03A543FAF for ; Wed, 30 Jul 2003 11:04:16 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h6UI48o19186; Wed, 30 Jul 2003 11:04:08 -0700 Received: from [10.100.253.70] (aslan.btc.adaptec.com [10.100.253.70]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id LAA15141; Wed, 30 Jul 2003 11:04:07 -0700 (PDT) Date: Wed, 30 Jul 2003 12:05:46 -0600 From: "Justin T. Gibbs" To: "Patrick M. Hausen" Message-ID: <1720480000.1059588346@aslan.btc.adaptec.com> In-Reply-To: <200307300801.h6U81Ysg089732@hugo10.ka.punkt.de> References: <200307300801.h6U81Ysg089732@hugo10.ka.punkt.de> X-Mailer: Mulberry/3.1.0b3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: freebsd-scsi@freebsd.org cc: zenker@punkt.de Subject: Re: Dump Card State Begins ... X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Justin T. Gibbs" List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 18:04:17 -0000 > I have 1 disk connected to each of the onboard controllers > (mpt0, mpt1) of this Tyan S3022 board. If you have an mpt controller, how can you say that you have the same problem? Someone more familiar with the MPT driver will have to help you. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Jul 30 12:34:37 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA54A37B413 for ; Wed, 30 Jul 2003 12:34:37 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5F943FB1 for ; Wed, 30 Jul 2003 12:34:36 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7996 invoked from network); 30 Jul 2003 19:34:36 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 30 Jul 2003 19:34:36 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h6UJYXGI068459; Wed, 30 Jul 2003 15:34:34 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030724183246.X42809@root.org> Date: Wed, 30 Jul 2003 15:34:54 -0400 (EDT) From: John Baldwin To: Nate Lawson cc: current@freebsd.org cc: scsi@freebsd.org Subject: RE: PATCH: Disable 6 byte commands for USB, firewire, ATAPICAM X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 19:34:38 -0000 On 25-Jul-2003 Nate Lawson wrote: > Attached is a patch that disables ever sending 6 byte commands to buses > that do not support them. Numerous USB devices hang when receiving a 6 > byte command. For testing, this patch comments out the scsi_da quirks for > devices that I believe are addressed by this patch and no longer need the > quirk. > > Please test devices such as USB keys, USB cameras, Firewire hard disks, > and ATAPICAM cd drives to be sure they still work with this patch. > Especially if you've needed a quirk before, it is important to see if this > patch does not break your device. I hope to get this into the tree early > so there is plenty of testing before 5.2. You should remove the 6 to 10 translation that is already in umass(4) for UFI and ATAPI devices. I didn't do it for SCSI devices because the SCSI transport was supposed to work ok with 6 byte commands. Not all devices properly report their transport though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 31 03:24:33 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EDAA37B401 for ; Thu, 31 Jul 2003 03:24:33 -0700 (PDT) Received: from mail.webjockey.net (mail.webjockey.net [208.141.46.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F87243FBF for ; Thu, 31 Jul 2003 03:24:32 -0700 (PDT) (envelope-from gary@outloud.org) Received: from nebula-xse3j6vv.outloud.org (wv-mrtnbrg-cmts1a-b-56.shphwv.adelphia.net [68.67.225.56]) by mail.webjockey.net (8.12.9/8.12.8) with ESMTP id h6VAPmbP031434 for ; Thu, 31 Jul 2003 06:25:48 -0400 (EDT) (envelope-from gary@outloud.org) Message-Id: <6.0.0.12.0.20030731062022.020a25d0@localhost> X-Sender: ancient/208.141.46.3@localhost X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.12 (Beta) Date: Thu, 31 Jul 2003 06:24:32 -0400 To: freebsd-scsi@freebsd.org From: Gary Stanley Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Recommended Cabling (u320) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 10:24:34 -0000 Can anyone recommend a company that makes decent Ultra320 cables to connect 2 SAF-TE (GEM318P controller) backplanes (with enclosurement) to a supermicro board? Seems the cables we are getting from Supermicro are not up for the long haul. From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 31 06:55:01 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 216CA37B401; Thu, 31 Jul 2003 06:55:01 -0700 (PDT) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3633243F75; Thu, 31 Jul 2003 06:54:59 -0700 (PDT) (envelope-from andre.albsmeier@siemens.com) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.11.7/8.11.7) with ESMTP id h6VDsto10993; Thu, 31 Jul 2003 15:54:56 +0200 (MEST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail2.siemens.de (8.11.7/8.11.7) with ESMTP id h6VDst808424; Thu, 31 Jul 2003 15:54:55 +0200 (MEST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) 1.46 2003/05/28 09:28:32 ust Exp $) with ESMTP id h6VDssDW095009; Thu, 31 Jul 2003 15:54:55 +0200 (CEST) Received: (from localhost) by curry.mchp.siemens.de (8.12.9/8.12.9) id h6VDss0W070958; Date: Thu, 31 Jul 2003 15:54:53 +0200 From: Andre Albsmeier To: Don Bowman Message-ID: <20030731135453.GA9802@curry.mchp.siemens.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Echelon: 757, STARLAN, Saddam, Sears Tower, Firewalls X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.4i cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 13:55:01 -0000 On Sun, 27-Jul-2003 at 20:47:14 -0400, Don Bowman wrote: > > On Sat, 26 Jul 2003, Don Bowman wrote: > > > > > Jul 26 19:27:20 /kernel: <<<<<<<<<<<<<<<< Dump Card State Ends > > > >>>>>>>>>>>>>>>>>> > > FYI, i've solved this problem for me by moving to > firmware version 5 on the ST318453LW (U320 15KRPM 18GB) > seagate drive. > > If you are seeing the problem I mentioned with U320 > seagate drive and AIC7902 controller I highly recommend > contacting seagate and requesting the latest rom. > Sadly the actual changes are 'proprietary' so I cannot > be sure this was the root cause of the problem. I'm > guessing there is an issue with large # of tags outstanding, > but its only a hunch. > > I have code to program this ROM under FreeBSD i > will share with anyone who asks. I obtained this > from andre __AT__ albsmeier __DOT__ net, who had > posted information to this list in the past [thank > you!]. Nice to hear it worked! Did you have to do any modifications in order to get it running? The only Seagate drive I used it with was an old ST15150 4GB drive... Did you receive .sea files from Seagate? Did they have a length of n * 512 + 80 bytes? I am just asking because I'd like to know if the 80 bytes header ist still present... Thanks, -Andre From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 31 07:14:36 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A3D37B401; Thu, 31 Jul 2003 07:14:36 -0700 (PDT) Received: from thoth.sbs.de (thoth.sbs.de [192.35.17.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0015843FB1; Thu, 31 Jul 2003 07:14:34 -0700 (PDT) (envelope-from andre.albsmeier@siemens.com) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by thoth.sbs.de (8.11.7/8.11.7) with ESMTP id h6VEETb16952; Thu, 31 Jul 2003 16:14:29 +0200 (MEST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail3.siemens.de (8.11.7/8.11.7) with ESMTP id h6VEETG26941; Thu, 31 Jul 2003 16:14:29 +0200 (MEST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) 1.46 2003/05/28 09:28:32 ust Exp $) with ESMTP id h6VEESDW023731; Thu, 31 Jul 2003 16:14:29 +0200 (CEST) Received: (from localhost) by curry.mchp.siemens.de (8.12.9/8.12.9) id h6VEES0W071094; Date: Thu, 31 Jul 2003 16:14:27 +0200 From: Andre Albsmeier To: "Marc G. Fournier" Message-ID: <20030731141427.GC9802@curry.mchp.siemens.de> References: <20030729134931.Q5355@hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030729134931.Q5355@hub.org> X-Echelon: 757, STARLAN, Saddam, Sears Tower, Firewalls X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.4i cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 14:14:37 -0000 On Tue, 29-Jul-2003 at 13:50:47 -0300, Marc G. Fournier wrote: > On Mon, 28 Jul 2003, Don Bowman wrote: > > > > > > From: The Hermit Hacker [mailto:scrappy@hub.org] > > > > > > Just as an FYI, we just downloaded the 006 firmware this afternoon ... > > > > > > > Can you please confirm this is 006? Seagate has just re-confirmed > > that 005 is the latest firmware available for these drives. > > just upgraded all 6 drives: > > mars# camcontrol devlist > at scbus1 target 0 lun 0 (pass0,da0) > at scbus1 target 1 lun 0 (pass1,da1) > at scbus1 target 2 lun 0 (pass2,da2) > at scbus1 target 3 lun 0 (pass3,da3) > at scbus1 target 4 lun 0 (pass4,da4) > at scbus1 target 5 lun 0 (pass5,da5) > > fwprog works great, but warning for anyone else using it ... pass1-5 went > fine, but since pass0 was my 'root drive', it required a cold boot after > the upgrade, as it seemed to have locked up the bus ... Yes. If have seen this also when playing around. It is generally a good idea to unmount the drive in question. When updating the root drive, single user mode is preferrable. The code was a private, experimental hack. I wanted to understand what Marc Frajola is doing there and how it works. Later I added support for other vendors. Maybe it would be a good idea to spit out a warning message at the start -- reminding the user that nothing else should access the drive during the upgrade. However, the nicest thing would be if I could, let's say, lock the device for exclusive use but I have no idea how this could be done. I don't think I can simply pass O_EXLOCK to the cam_open_spec_device call :-). -Andre From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 31 08:03:38 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52A9D37B401; Thu, 31 Jul 2003 08:03:38 -0700 (PDT) Received: from skynet.stack.nl (skynet.stack.nl [131.155.140.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E15243FBD; Thu, 31 Jul 2003 08:03:37 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: by skynet.stack.nl (Postfix, from userid 65534) id 0B50B3E4B; Thu, 31 Jul 2003 17:06:17 +0200 (CEST) Received: from turtle.stack.nl (turtle.stack.nl [2001:610:1108:5010:2e0:81ff:fe22:51d8]) by skynet.stack.nl (Postfix) with ESMTP id BF6133E4E; Thu, 31 Jul 2003 17:06:12 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 333) id 0CCCC1CC56; Thu, 31 Jul 2003 17:03:32 +0200 (CEST) Date: Thu, 31 Jul 2003 17:03:31 +0200 From: Marc Olzheim To: Don Bowman Message-ID: <20030731150331.GA55561@stack.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD turtle.stack.nl 5.1-CURRENT FreeBSD 5.1-CURRENT X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-29.3 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MUTT version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: "'freebsd-scsi@freebsd.org'" cc: aic7xxx@freebsd.org Subject: Re: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 15:03:38 -0000 On Sun, Jul 27, 2003 at 08:47:14PM -0400, Don Bowman wrote: > I have code to program this ROM under FreeBSD i > will share with anyone who asks. I obtained this > from andre __AT__ albsmeier __DOT__ net, who had > posted information to this list in the past [thank > you!]. Please, I'd really like to have this... Thanks in advance ! Marc From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 31 08:49:05 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9754137B401 for ; Thu, 31 Jul 2003 08:49:05 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14AC743FA3 for ; Thu, 31 Jul 2003 08:49:00 -0700 (PDT) (envelope-from ru@sunbay.com) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h6VFmt0U063516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 31 Jul 2003 18:48:55 +0300 (EEST) (envelope-from ru@sunbay.com) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h6VFmt0v063511 for scsi@FreeBSD.org; Thu, 31 Jul 2003 18:48:55 +0300 (EEST) (envelope-from ru) Date: Thu, 31 Jul 2003 18:48:55 +0300 From: Ruslan Ermilov To: scsi@FreeBSD.org Message-ID: <20030731154855.GA63027@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: amd(4) module X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 15:49:05 -0000 --ZoaI/ZTpAVc4A5k6 Content-Type: multipart/mixed; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The amd(4) module is pretty unusable at the moment. The attached patch fixed it for me. Should I commit it? BTW, the "camcontrol rescan all" only works if amd.ko is loaded =66rom the loader(8); loading it by kldload(8) causes the camcontrol to stuck. Is this a known issue? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software Ltd, ru@FreeBSD.org FreeBSD committer --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=p Content-Transfer-Encoding: quoted-printable Index: amd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/amd/amd.c,v retrieving revision 1.21 diff -u -r1.21 amd.c --- amd.c 1 Jul 2003 15:51:53 -0000 1.21 +++ amd.c 31 Jul 2003 15:45:51 -0000 @@ -2497,3 +2497,4 @@ =20 static devclass_t amd_devclass; DRIVER_MODULE(amd, pci, amd_driver, amd_devclass, 0, 0); +MODULE_DEPEND(amd, cam, 1, 1, 1); --jI8keyz6grp/JLjh-- --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/KTpnUkv4P6juNwoRAsRFAJ42MARW4iPbF5yJ3yZTz3NXf8QCIwCfceW8 esSzUTn8Wr5Qr3dRduOjx/A= =bQom -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 31 09:11:28 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42B5E37B401 for ; Thu, 31 Jul 2003 09:11:28 -0700 (PDT) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E48A43FA3 for ; Thu, 31 Jul 2003 09:11:27 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: (qmail 69961 invoked by uid 1002); 31 Jul 2003 16:11:26 -0000 Received: from adsl-64-58-12-196.mho.net (HELO freebsd.org) (64.58.12.196) by smtp.mho.net with SMTP; 31 Jul 2003 16:11:26 -0000 Message-ID: <3F293FAA.1060204@freebsd.org> Date: Thu, 31 Jul 2003 10:11:22 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20030731154855.GA63027@sunbay.com> In-Reply-To: <20030731154855.GA63027@sunbay.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: scsi@freebsd.org Subject: Re: amd(4) module X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jul 2003 16:11:28 -0000 Ruslan Ermilov wrote: > The amd(4) module is pretty unusable at the moment. The attached > patch fixed it for me. Should I commit it? The patch looks fine. > > BTW, the "camcontrol rescan all" only works if amd.ko is loaded > from the loader(8); loading it by kldload(8) causes the camcontrol > to stuck. Is this a known issue? How does it get stuck? A backtrace would help. However, I'm working on porting the NetBSD esp(4) driver, which will replace amd(4) and also add support for many other variants of the hardware. Scott > > > Cheers, > > > ------------------------------------------------------------------------ > > Index: amd.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/amd/amd.c,v > retrieving revision 1.21 > diff -u -r1.21 amd.c > --- amd.c 1 Jul 2003 15:51:53 -0000 1.21 > +++ amd.c 31 Jul 2003 15:45:51 -0000 > @@ -2497,3 +2497,4 @@ > > static devclass_t amd_devclass; > DRIVER_MODULE(amd, pci, amd_driver, amd_devclass, 0, 0); > +MODULE_DEPEND(amd, cam, 1, 1, 1); From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 31 18:38:32 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5127B37B401; Thu, 31 Jul 2003 18:38:32 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7409F43FCB; Thu, 31 Jul 2003 18:38:31 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id <305LH1B1>; Thu, 31 Jul 2003 21:38:30 -0400 Message-ID: From: Don Bowman To: "'freebsd-scsi@freebsd.org'" , aic7xxx@freebsd.org Date: Thu, 31 Jul 2003 21:38:28 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: AIC7902 w/ seagate U320 drive issue on releng-4 (and current) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 01:38:32 -0000 Well, i've upgraded all my seagate U320 15K RPM drives to rom 005. This has dramatically improved the reliability. However it is not perfect. I'm sometimes getting traces as show below. These occur without particular drive stress (or more frequently with it), but they seem to track device. E.g. a given PC will either do this or not do it. This is not an electrical error (the cable is 1" long). at scbus0 target 0 lun 0 (pass0,da0) is the drive in question. I'm running the latest RELENG_4 ahd driver. This is an SMP system. I would really appreciate some help on this issue. The message as below is not typically fatal, things continue on. (da0:ahd0:0:0:0): SCB 0x16 - timed out >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x6 Mode 0x33 Card was paused HS_MAILBOX[0x0] INTCTL[0xc0]:(SWTMINTEN|SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x31]:(CURRFIFO_1|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x10]:(FASTMODE) SEQINTCTL[0x0] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] SSTAT0[0x0] SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x8]:(AIPERR) SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x1]:(LQOSTOP0) SCB Count = 32 CMDS_PENDING = 4 LASTSCB 0x5 CURRSCB 0x18 NEXTSCB 0xff80 qinstart = 22101 qinfifonext = 22101 QINFIFO: WAITING_TID_QUEUES: Pending list: 24 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 5 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 7 FIFO_USE[0x0] SCB_CONTROL[0x62]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] 22 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Total 4 Kernel Free SCB list: 3 15 9 1 8 23 4 21 6 10 11 12 14 25 27 13 29 0 30 28 31 2 26 20 19 18 17 16 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x16 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS AVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x825e, SCB 0x16 SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENS AVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x55 0x0 0x0 0x16 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 = 0x2 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x4]:(CCSCBDIR) ahd0: REG0 == 0x5, SINDEX = 0x133, DINDEX = 0x102 ahd0: SCBPTR == 0x18, SCB_NEXT == 0xff80, SCB_NEXT2 == 0xff34 CDB a 5 b1 9f 20 0 STACK: 0x125 0x0 0x0 0x257 0x240 0x94 0x29 0x1 <<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 From owner-freebsd-scsi@FreeBSD.ORG Thu Jul 31 20:16:19 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAC8037B401 for ; Thu, 31 Jul 2003 20:16:19 -0700 (PDT) Received: from hotmail.com (law14-f116.law14.hotmail.com [64.4.21.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781AE43F75 for ; Thu, 31 Jul 2003 20:16:19 -0700 (PDT) (envelope-from xjrcool@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 31 Jul 2003 20:16:19 -0700 Received: from 202.94.4.250 by lw14fd.law14.hotmail.msn.com with HTTP; Fri, 01 Aug 2003 03:16:19 GMT X-Originating-IP: [202.94.4.250] X-Originating-Email: [xjrcool@hotmail.com] From: "Jingrong Xie" To: freebsd-scsi@freebsd.org Date: Fri, 01 Aug 2003 03:16:19 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 01 Aug 2003 03:16:19.0306 (UTC) FILETIME=[46C1B4A0:01C357DB] Subject: AIC7899's 2 SCSI channels infect with each other in target mode? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 03:16:20 -0000 I have two machine A and B, each with a 39160 card (aic7899 processor), the Installatioin Guide of the card says, "The Adaptec SCSI Card 39160 has two INDEPENDENT SCSI channels, ...". I use Nate's scsi_target on A, and my test_write_scsi.c on B to write to Emulated Disk uninterruptedly, it works perfectly. Also using scsi_target on B and test_write_scsi.c on A works perfectly. But when I use the two at the same time, kernel code of scsi_target crash like this: Fatal trap 12: page fault wihle in kernel mode ...... Stopped at targdone + 0x84: movl %eax, 0x20(%edx) <<<<<<<>>>>>>> ahc1: Bus Device Reset on Ahc0(0:5:1) SCBS aborted. =========This is my enviroment and test: A# dmesg |grep SCSI ahc0: port 0xc800-0xc8ff mem 0xe5202000-0xe5202fff irq 10 at device 15.0 on pci1 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xcc00-0xccff mem 0xe5203000-0xe5203fff irq 11 at device 15.1 on pci1 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs A# uname -rm 4.7-RELEASE i386 A# scsi_target 0:5:0 B# camcontrol rescan 0 B# ./test_write_scsi B# scsi_target 1:5:0 A# camcontrol rescan 1 A# ./test-write_scsi any ideas? Thanks, Jacky Xie _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 1 01:32:04 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79BFE37B404 for ; Fri, 1 Aug 2003 01:32:04 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id A3A7043FAF for ; Fri, 1 Aug 2003 01:32:03 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Aug 2003 09:32:02 +0100 (BST) To: scsi@freebsd.org X-Request-Do: Date: Fri, 01 Aug 2003 09:32:02 +0100 From: David Malone Message-ID: <200308010932.aa37914@salmon.maths.tcd.ie> Subject: Dell PERC4/DC X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 08:32:04 -0000 Does any one know if we have support for the Dell PERC4/DC U320 RAID board? David. From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 1 02:55:11 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9038137B401 for ; Fri, 1 Aug 2003 02:55:11 -0700 (PDT) Received: from winf.htu.tuwien.ac.at (winf.htu.tuwien.ac.at [128.131.95.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1312743FB1 for ; Fri, 1 Aug 2003 02:55:11 -0700 (PDT) (envelope-from leo@winf.htu.tuwien.ac.at) Received: by winf.htu.tuwien.ac.at (Postfix, from userid 1025) id 32DBC29B8; Fri, 1 Aug 2003 11:55:10 +0200 (CEST) Date: Fri, 1 Aug 2003 11:55:10 +0200 From: Leonhard Wimmer To: freebsd-scsi@freebsd.org Message-ID: <20030801095510.GA39583@winf.htu.tuwien.ac.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Boot problems with SCSI card X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 09:55:11 -0000 Hi, I can't boot my FreeBSD 5.0-RELEASE (both with the stock kernel and with a self-compiled kernel), if my AdvanSys SCSI Host Adapter (ISA, ABP5140) is installed. The problem was also there while installing FreeBSD, but I simply removed the SCSI card during the installation. Without the card everything works perfectly. Here is some output during the boot process: (I had to type it off the screen, because it got never written to disk. Anybody got a solution for this?) [...] adv1: AdvanSys SCSI Host Adapter, SCSI ID 7, queue depth 16 adv1: at port 0x110 iomem 0xc8000-0xcffff irq 10 drq 5 on isa0 [...] Waiting 10 seconds for SCSI devices to settle [After about 1 minute] (probe6:adv1:0:6:0): Timed out (probe6:adv1:0:6:0): Attempting abort (probe6:adv1:0:6:0): Timed out (probe6:adv1:0:6:0): Resetting bus adv1: No longer in timeout [After about another minute] (probe5:adv1:0:5:0): Timed out (probe5:adv1:0:5:0): Attempting abort (probe5:adv1:0:5:0): Timed out (probe5:adv1:0:5:0): Resetting bus adv1: No longer in timeout After that output I waited about half an hour (!) and nothing happened. I don't think that it makes sense to wait any longer. There is only one SCSI drive attached to the SCSI card: An internal Yamaha CD-Writer (4416). Its SCSI ID is 3. Changing the ID just results in a slightly different output. For example if I change it to 6, the output is about timeouts on ID 3 and 5, instead of 6 and 5. With Writer on 4 the output is about ID 3 and 2. And so on. I tried every SCSI ID, but none works. The SCSI termination is also configured correctly. But I don't think that this is a hardware related problem, because the same hardware configuration worked perfectly under Linux. (And some time ago it worked under Windows.) Any ideas? Thanks, Leo From owner-freebsd-scsi@FreeBSD.ORG Fri Aug 1 06:45:11 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9B1C37B401 for ; Fri, 1 Aug 2003 06:45:11 -0700 (PDT) Received: from mail0.lsil.com (mail0.lsil.com [147.145.40.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3905F43FA3 for ; Fri, 1 Aug 2003 06:45:11 -0700 (PDT) (envelope-from emoore@lsil.com) Received: from mhbs.lsil.com (mhbs.lsil.com [147.145.31.100]) by mail0.lsil.com (8.12.8/8.12.8) with ESMTP id h71D49uv026001 for ; Fri, 1 Aug 2003 06:43:41 -0700 (PDT) Received: from atl1.se.lsil.com by mhbs.lsil.com with ESMTP; Fri, 1 Aug 2003 06:44:44 -0700 Received: by EXA-ATLANTA.se.lsil.com with Internet Mail Service (5.5.2653.19) id ; Fri, 1 Aug 2003 09:44:43 -0400 Message-Id: <0E3FA95632D6D047BA649F95DAB60E5702C8AA57@EXA-ATLANTA.se.lsil.com> From: "Moore, Eric Dean" To: David Malone , scsi@freebsd.org Date: Fri, 1 Aug 2003 09:44:33 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: Dell PERC4/DC X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 13:45:12 -0000 Yes we do in 4.7 and later. This card is the Series 518, two channel controller. You can get the latest firmware from this link: http://support.megaraid.com/support/download.cfm Select "MegaRAID 320-2[518]" from pulldown menu. Eric Moore On Friday, August 01, 2003 4:32 AM, David Malone wrote: > Does any one know if we have support for the Dell PERC4/DC > U320 RAID board? > > David. > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to > "freebsd-scsi-unsubscribe@freebsd.org" >