From owner-freebsd-scsi Mon Oct 28 11: 2:56 2002 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 B913F37B404 for ; Mon, 28 Oct 2002 11:02:55 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58B4D43EAF for ; Mon, 28 Oct 2002 11:02:54 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g9SJ2sx3050092 for ; Mon, 28 Oct 2002 11:02:54 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g9SJ2rpi050086 for scsi@freebsd.org; Mon, 28 Oct 2002 11:02:53 -0800 (PST) Date: Mon, 28 Oct 2002 11:02:53 -0800 (PST) Message-Id: <200210281902.g9SJ2rpi050086@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 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2002/02/18] kern/35082 scsi IBM Intellistation will not reboot with S 1 problem total. 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Oct 31 10: 3: 2 2002 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 0BA4737B401 for ; Thu, 31 Oct 2002 10:03:02 -0800 (PST) Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C28ED43E42 for ; Thu, 31 Oct 2002 10:03:01 -0800 (PST) (envelope-from mreimer@vpop.net) Received: from vpop.net (bilbo.vpop.net [65.103.33.41]) by boromir.vpop.net (Postfix) with ESMTP id B58883A60FB for ; Thu, 31 Oct 2002 10:02:49 -0800 (PST) Message-ID: <3DC1705B.8050609@vpop.net> Date: Thu, 31 Oct 2002 12:03:07 -0600 From: Matthew Reimer Organization: VPOP Technologies, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: scsi@freebsd.org Subject: Does Adaptec's Online Capacity Expansion work with ufs/growfs? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Does anyone know if Adaptec's Online Capacity Expansion works with ufs/growfs? Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Oct 31 10:37:21 2002 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 0FF7337B401 for ; Thu, 31 Oct 2002 10:37:20 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id A12CA43E7B for ; Thu, 31 Oct 2002 10:37:19 -0800 (PST) (envelope-from Scott_Long@adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id g9VIbIj26166; Thu, 31 Oct 2002 10:37:19 -0800 (PST) Received: from OTCEXC01.otc.adaptec.com (otcexc01.otc.adaptec.com [10.12.1.27]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id KAA14262; Thu, 31 Oct 2002 10:37:18 -0800 (PST) Received: by otcexc01.otc.adaptec.com with Internet Mail Service (5.5.2653.19) id <4TQCX3WA>; Thu, 31 Oct 2002 13:37:17 -0500 Message-ID: <6100BCEB85F8E244959C756C04E0EDD161CB31@otcexc01.otc.adaptec.com> From: "Long, Scott" To: "'Matthew Reimer'" , scsi@FreeBSD.ORG Subject: RE: Does Adaptec's Online Capacity Expansion work with ufs/growfs ? Date: Thu, 31 Oct 2002 13:37:11 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The feature that you talk of only operates on the disk block level. I has no concept of the UFS filesystem. So after doing an OCE, you will have more blocks in your array, which growfs can then use. Scott > -----Original Message----- > From: Matthew Reimer [mailto:mreimer@vpop.net] > Sent: Thursday, October 31, 2002 11:03 AM > To: scsi@FreeBSD.ORG > Subject: Does Adaptec's Online Capacity Expansion work with > ufs/growfs? > > > Does anyone know if Adaptec's Online Capacity Expansion works with > ufs/growfs? > > Matt > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Oct 31 10:42: 3 2002 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 840E037B401 for ; Thu, 31 Oct 2002 10:42:02 -0800 (PST) Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19B8F43E77 for ; Thu, 31 Oct 2002 10:42:02 -0800 (PST) (envelope-from mreimer@vpop.net) Received: from vpop.net (bilbo.vpop.net [65.103.33.41]) by boromir.vpop.net (Postfix) with ESMTP id 0B98A3A6119 for ; Thu, 31 Oct 2002 10:42:00 -0800 (PST) Message-ID: <3DC1798A.3040908@vpop.net> Date: Thu, 31 Oct 2002 12:42:18 -0600 From: Matthew Reimer Organization: VPOP Technologies, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021023 X-Accept-Language: en-us, en MIME-Version: 1.0 To: scsi@freebsd.org Subject: Re: Does Adaptec's Online Capacity Expansion work with ufs/growfs ? References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Long, Scott wrote: > The feature that you talk of only operates on the disk block level. I has > no concept of the UFS filesystem. So after doing an OCE, you will > have more > blocks in your array, which growfs can then use. Thanks for the quick answer, Scott. So after increasing the size of an array, would a reboot be necessary for the kernel to notice the new size/geometry? Have you ever tried increasing the size of a live filesystem using OCE? Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Oct 31 12:19: 8 2002 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 D579537B401 for ; Thu, 31 Oct 2002 12:19:07 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7FD3843E7B for ; Thu, 31 Oct 2002 12:19:03 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 94777 invoked by uid 1000); 31 Oct 2002 20:19:03 -0000 Date: Thu, 31 Oct 2002 12:19:03 -0800 (PST) From: Nate Lawson To: Matthew Reimer Cc: scsi@freebsd.org Subject: Re: Does Adaptec's Online Capacity Expansion work with ufs/growfs ? In-Reply-To: <3DC1798A.3040908@vpop.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 31 Oct 2002, Matthew Reimer wrote: > Long, Scott wrote: > > > The feature that you talk of only operates on the disk block level. I has > > no concept of the UFS filesystem. So after doing an OCE, you will > > have more > > blocks in your array, which growfs can then use. > > Thanks for the quick answer, Scott. > > So after increasing the size of an array, would a reboot be necessary > for the kernel to notice the new size/geometry? If the controller does the right thing, you could probably just camcontrol rescan 0. If not, a reboot would be necessary. In either case, you then would update your fdisk partition, then disklabel, then growfs. This is documented on the growfs man page. > Have you ever tried increasing the size of a live filesystem using OCE? For growfs, you need to at least unmount the fs. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Oct 31 17:20: 1 2002 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 2DBAB37B401 for ; Thu, 31 Oct 2002 17:19:55 -0800 (PST) Received: from kashmir.etowns.net (dsl-65-184-96-65.telocity.com [65.184.96.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2D4A43E6E for ; Thu, 31 Oct 2002 17:19:48 -0800 (PST) (envelope-from somebody@kashmir.etowns.net) Received: from hurd1.kashmir.etowns.net (hurd1 [192.168.0.41]) by kashmir.etowns.net (8.12.6/8.12.6) with ESMTP id gA11JlaW009885 for ; Thu, 31 Oct 2002 17:19:47 -0800 (PST) (envelope-from somebody@kashmir.etowns.net) Received: (from somebody@localhost) by hurd1.kashmir.etowns.net (8.12.6/8.12.6/Submit) id gA11JjAd057491 for scsi@freebsd.org; Thu, 31 Oct 2002 17:19:45 -0800 (PST) Date: Thu, 31 Oct 2002 17:19:45 -0800 From: ANYBODY To: scsi@freebsd.org Subject: adaptec ahc : seagate da : current Message-ID: <20021101011945.GA56589@hurd1.kashmir.etowns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I posted this message on freebsd-current a couple of days back forgot to post it here just realised so am doing it now. -----------------original message ------------------------------ Hi, I am running current cvsuped within this week. I have an adaptec builtin scsi controller and a seagate drive attached to it and after every bootup as soon as there is heavy disk activity the drive gets disabled for 1 or 2 minutes and meanwhile all functionality RELATED to disk I/O freezes for this time duration eventually I see the following messages on console and every thing is hunky dorry again. Have had this problem ever since I upgraded to current. Stable never had any problem. neither did netbsd which ran on this machine for a little while. Can anyone familiar with this device driver comment. Is it also coincidentally possible that the disk starts showing its age right when I switched to current .... nah too much of coincidence. anyway here are the messages: (da0:ahc0:0:3:0): SCB 0x1c - timed out ahc0: Dumping Card State while idle, at SEQADDR 0x9 ACCUM = 0x0, SINDEX = 0x21, DINDEX = 0xe4, ARG_2 = 0x0 HCNT = 0x0 SCBPTR = 0x10 SCSISEQ = 0x12, SBLKCTL = 0x6 DFCNTRL = 0x0, DFSTATUS = 0x89 LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0x80 SSTAT0 = 0x0, SSTAT1 = 0xa STACK == 0x0, 0x165, 0x10d, 0x3 SCB count = 70 Kernel NEXTQSCB = 26 Card NEXTQSCB = 26 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: 31:66 17:28 27:3 5:48 7:15 24:9 8:35 10:49 9:56 28:0 3:32 29:39 6:24 21:2 18:53 13:7 20:12 25:42 0:47 26:51 30:18 11:45 22:30 2:5 23 :13 19:25 14:11 15:52 4:40 1:46 12:34 QOUTFIFO entries: Sequencer Free SCB List: 16 Sequencer SCB Info: 0(c 0x64, s 0x37, l 0, t 0x2f) 1(c 0x64, s 0x37, l 0, t 0x2e ) 2(c 0x64, s 0x37, l 0, t 0x5) 3(c 0x64, s 0x37, l 0, t 0x20) 4(c 0x64, s 0x37, l 0, t 0x28) 5(c 0x64, s 0x37, l 0, t 0x30) 6(c 0x64, s 0x37, l 0, t 0x18) 7(c 0x64, s 0x37, l 0, t 0xf) 8(c 0x64, s 0x37, l 0, t 0x23) 9(c 0x64, s 0x37, l 0, t 0x38) 10(c 0x64, s 0x37, l 0, t 0x31) 11(c 0x64, s 0x37, l 0, t 0x2d) 12(c 0x6 4, s 0x37, l 0, t 0x22) 13(c 0x64, s 0x37, l 0, t 0x7) 14(c 0x64, s 0x37, l 0, t 0xb) 15(c 0x64, s 0x37, l 0, t 0x34) 16(c 0x60, s 0x37, l 0, t 0xff) 17(c 0x64, s 0x37, l 0, t 0x1c) 18(c 0x64, s 0x37, l 0, t 0x35) 19(c 0x64, s 0x37, l 0, t 0x19) 20(c 0x64, s 0x37, l 0, t 0xc) 21(c 0x64, s 0x37, l 0, t 0x2) 22(c 0x64, s 0x37, l 0, t 0x1e) 23(c 0x64, s 0x37, l 0, t 0xd) 24(c 0x64, s 0x37, l 0, t 0x9 ) 25(c 0x64, s 0x37, l 0, t 0x2a) 26(c 0x64, s 0x37, l 0, t 0x33) 27(c 0x64, s 0 x37, l 0, t 0x3) 28(c 0x64, s 0x37, l 0, t 0x0) 29(c 0x64, s 0x37, l 0, t 0x27) 30(c 0x64, s 0x37, l 0, t 0x12) 31(c 0x64, s 0x37, l 0, t 0x42) Pending list: 66(c 0x60, s 0x37, l 0), 3(c 0x60, s 0x37, l 0), 36(c 0x64, s 0x37 , l 0), 48(c 0x60, s 0x37, l 0), 69(c 0x64, s 0x37, l 0), 58(c 0x64, s 0x37, l 0 ), 20(c 0x64, s 0x37, l 0), 15(c 0x60, s 0x37, l 0), 9(c 0x60, s 0x37, l 0), 21( c 0x64, s 0x37, l 0), 35(c 0x60, s 0x37, l 0), 17(c 0x64, s 0x37, l 0), 14(c 0x6 4, s 0x37, l 0), 57(c 0x64, s 0x37, l 0), 16(c 0x64, s 0x37, l 0), 10(c 0x64, s 0x37, l 0), 54(c 0x64, s 0x37, l 0), 8(c 0x64, s 0x37, l 0), 49(c 0x60, s 0x37, l 0), 37(c 0x64, s 0x37, l 0), 6(c 0x64, s 0x37, l 0), 27(c 0x64, s 0x37, l 0), 59(c 0x64, s 0x37, l 0), 67(c 0x64, s 0x37, l 0), 44(c 0x64, s 0x37, l 0), 19(c 0x64, s 0x37, l 0), 22(c 0x64, s 0x37, l 0), 29(c 0x64, s 0x37, l 0), 4(c 0x64, s 0x37, l 0), 43(c 0x64, s 0x37, l 0), 38(c 0x64, s 0x37, l 0), 41(c 0x64, s 0x3 7, l 0), 1(c 0x64, s 0x37, l 0), 50(c 0x64, s 0x37, l 0), 23(c 0x64, s 0x37, l 0 ), 56(c 0x60, s 0x37, l 0), 0(c 0x60, s 0x37, l 0), 32(c 0x60, s 0x37, l 0), 31( c 0x64, s 0x37, l 0), 55(c 0x64, s 0x37, l 0), 68(c 0x64, s 0x37, l 0), 39(c 0x6 0, s 0x37, l 0), 24(c 0x60, s 0x37, l 0), 2(c 0x60, s 0x37, l 0), 53(c 0x60, s 0 x37, l 0), 7(c 0x60, s 0x37, l 0), 12(c 0x60, s 0x37, l 0), 42(c 0x60, s 0x37, l 0), 47(c 0x60, s 0x37, l 0), 51(c 0x60, s 0x37, l 0), 18(c 0x60, s 0x37, l 0), 45(c 0x60, s 0x37, l 0), 30(c 0x60, s 0x37, l 0), 5(c 0x60, s 0x37, l 0), 13(c 0 x60, s 0x37, l 0), 25(c 0x60, s 0x37, l 0), 11(c 0x60, s 0x37, l 0), 52(c 0x60, s 0x37, l 0), 40(c 0x60, s 0x37, l 0), 46(c 0x60, s 0x37, l 0), 34(c 0x60, s 0x3 7, l 0), 28(c 0x60, s 0x37, l 0) Kernel Free SCB list: 33 63 65 64 62 61 60 sg[0] - Addr 0x780c000 : Length 4096 sg[1] - Addr 0x87ad000 : Length 4096 sg[2] - Addr 0x764e000 : Length 4096 sg[3] - Addr 0x7b0f000 : Length 4096 sg[4] - Addr 0x71b0000 : Length 4096 sg[5] - Addr 0x87d1000 : Length 4096 sg[6] - Addr 0x7572000 : Length 4096 sg[7] - Addr 0x75b3000 : Length 4096 sg[8] - Addr 0x7754000 : Length 4096 sg[9] - Addr 0x8655000 : Length 4096 (da0:ahc0:0:3:0): Queuing a BDR SCB (da0:ahc0:0:3:0): Bus Device Reset Message Sent (da0:ahc0:0:3:0): no longer in timeout, status = 34b ahc0: Bus Device Reset on A:3. 62 SCBs aborted (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 0 95 c9 3f 0 0 50 0 (da0:ahc0:0:3:0): CAM Status: SCSI Status Error (da0:ahc0:0:3:0): SCSI Status: Check Condition (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,0 (da0:ahc0:0:3:0): Power on, reset, or bus device reset occurred field replaceabl e unit: 2 (da0:ahc0:0:3:0): Retrying Command (per Sense Data) Oct 25 14:36:33 hurd1 login: login_getclass: unknown class 'des_users' Oct 25 14:36:48 hurd1 last message repeated 2 times Oct 25 14:41:55 hurd1 login: login_getclass: unknown class 'des_users' Oct 25 14:43:51 hurd1 last message repeated 8 times (da0:ahc0:0:3:0): SCB 0x8 - timed out ahc0: Dumping Card State while idle, at SEQADDR 0x9 ACCUM = 0x0, SINDEX = 0x2c, DINDEX = 0xe4, ARG_2 = 0x0 HCNT = 0x0 SCBPTR = 0x14 SCSISEQ = 0x12, SBLKCTL = 0x6 DFCNTRL = 0x0, DFSTATUS = 0x89 LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0x80 SSTAT0 = 0x0, SSTAT1 = 0xa STACK == 0xec, 0x165, 0x10d, 0x3 SCB count = 70 Kernel NEXTQSCB = 24 Card NEXTQSCB = 24 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: 15:25 17:23 26:27 12:9 31:3 14:66 29:68 1:5 13:15 5: 49 6:43 23:22 27:18 4:14 7:16 3:57 22:4 28:28 10:2 19:6 18:29 8:7 9:20 21:30 30: 39 11:38 16:55 24:10 2:37 0:13 25:8 QOUTFIFO entries: Sequencer Free SCB List: 20 Sequencer SCB Info: 0(c 0x64, s 0x37, l 0, t 0xd) 1(c 0x64, s 0x37, l 0, t 0x5) 2(c 0x64, s 0x37, l 0, t 0x25) 3(c 0x64, s 0x37, l 0, t 0x39) 4(c 0x64, s 0x37, l 0, t 0xe) 5(c 0x64, s 0x37, l 0, t 0x31) 6(c 0x64, s 0x37, l 0, t 0x2b) 7(c 0x 64, s 0x37, l 0, t 0x10) 8(c 0x64, s 0x37, l 0, t 0x7) 9(c 0x64, s 0x37, l 0, t 0x14) 10(c 0x64, s 0x37, l 0, t 0x2) 11(c 0x64, s 0x37, l 0, t 0x26) 12(c 0x64, s 0x37, l 0, t 0x9) 13(c 0x64, s 0x37, l 0, t 0xf) 14(c 0x64, s 0x37, l 0, t 0x4 2) 15(c 0x64, s 0x37, l 0, t 0x19) 16(c 0x64, s 0x37, l 0, t 0x37) 17(c 0x64, s 0x37, l 0, t 0x17) 18(c 0x64, s 0x37, l 0, t 0x1d) 19(c 0x64, s 0x37, l 0, t 0x6 ) 20(c 0x60, s 0x37, l 0, t 0xff) 21(c 0x64, s 0x37, l 0, t 0x1e) 22(c 0x64, s 0 x37, l 0, t 0x4) 23(c 0x64, s 0x37, l 0, t 0x16) 24(c 0x64, s 0x37, l 0, t 0xa) 25(c 0x64, s 0x37, l 0, t 0x8) 26(c 0x64, s 0x37, l 0, t 0x1b) 27(c 0x64, s 0x37 , l 0, t 0x12) 28(c 0x64, s 0x37, l 0, t 0x1c) 29(c 0x64, s 0x37, l 0, t 0x44) 3 0(c 0x64, s 0x37, l 0, t 0x27) 31(c 0x64, s 0x37, l 0, t 0x3) Pending list: 31(c 0x64, s 0x37, l 0), 1(c 0x64, s 0x37, l 0), 19(c 0x64, s 0x37 , l 0), 26(c 0x64, s 0x37, l 0), 42(c 0x64, s 0x37, l 0), 50(c 0x64, s 0x37, l 0 ), 40(c 0x64, s 0x37, l 0), 56(c 0x64, s 0x37, l 0), 59(c 0x64, s 0x37, l 0), 52 (c 0x64, s 0x37, l 0), 46(c 0x64, s 0x37, l 0), 45(c 0x64, s 0x37, l 0), 25(c 0x 60, s 0x37, l 0), 23(c 0x60, s 0x37, l 0), 27(c 0x60, s 0x37, l 0), 9(c 0x60, s 0x37, l 0), 69(c 0x64, s 0x37, l 0), 0(c 0x64, s 0x37, l 0), 21(c 0x64, s 0x37, l 0), 48(c 0x64, s 0x37, l 0), 54(c 0x64, s 0x37, l 0), 34(c 0x64, s 0x37, l 0), 66(c 0x60, s 0x37, l 0), 67(c 0x64, s 0x37, l 0), 68(c 0x60, s 0x37, l 0), 36(c 0x64, s 0x37, l 0), 5(c 0x60, s 0x37, l 0), 15(c 0x60, s 0x37, l 0), 49(c 0x60, s 0x37, l 0), 51(c 0x64, s 0x37, l 0), 11(c 0x64, s 0x37, l 0), 58(c 0x64, s 0x 37, l 0), 41(c 0x64, s 0x37, l 0), 32(c 0x64, s 0x37, l 0), 35(c 0x64, s 0x37, l 0), 47(c 0x64, s 0x37, l 0), 12(c 0x64, s 0x37, l 0), 17(c 0x64, s 0x37, l 0), 53(c 0x64, s 0x37, l 0), 3(c 0x60, s 0x37, l 0), 43(c 0x60, s 0x37, l 0), 22(c 0 x60, s 0x37, l 0), 18(c 0x60, s 0x37, l 0), 14(c 0x60, s 0x37, l 0), 16(c 0x60, s 0x37, l 0), 57(c 0x60, s 0x37, l 0), 4(c 0x60, s 0x37, l 0), 28(c 0x60, s 0x37 , l 0), 2(c 0x60, s 0x37, l 0), 6(c 0x60, s 0x37, l 0), 29(c 0x60, s 0x37, l 0), 7(c 0x60, s 0x37, l 0), 20(c 0x60, s 0x37, l 0), 30(c 0x60, s 0x37, l 0), 39(c 0x60, s 0x37, l 0), 38(c 0x60, s 0x37, l 0), 55(c 0x60, s 0x37, l 0), 10(c 0x60, s 0x37, l 0), 37(c 0x60, s 0x37, l 0), 13(c 0x60, s 0x37, l 0), 8(c 0x60, s 0x3 7, l 0) Kernel Free SCB list: 44 33 63 65 64 62 61 60 sg[0] - Addr 0x16fd000 : Length 4096 sg[1] - Addr 0x67fe000 : Length 4096 (da0:ahc0:0:3:0): Queuing a BDR SCB (da0:ahc0:0:3:0): Bus Device Reset Message Sent (da0:ahc0:0:3:0): no longer in timeout, status = 34b ahc0: Bus Device Reset on A:3. 61 SCBs aborted (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 0 96 44 7f 0 0 10 0 (da0:ahc0:0:3:0): CAM Status: SCSI Status Error (da0:ahc0:0:3:0): SCSI Status: Check Condition (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,0 (da0:ahc0:0:3:0): Power on, reset, or bus device reset occurred field replaceabl e unit: 2 (da0:ahc0:0:3:0): Retrying Command (per Sense Data) --------------------end original message---------------------------- following is a response from Justin T. Gibbs and a counter response: it is also in freebsd-current just adding here for completeness... --------------------------------start------------ On Wed, Oct 30, 2002 at 10:00:29AM -0700, Justin T. Gibbs wrote: > > Can you provide the model number and firmware revision for > this drive? According to the controller, the drive is failing > to respond to a whole slew of commands that we have queued to > it. You might have better luck if you reduce the tag depth > to the disk via camcontrol. > Here is more from the dmesg about the scsi adapter and the drive . ahc0: port 0xa400-0xa4ff mem 0xe4100000 -0xe4100fff irq 10 at device 8.0 on pci2 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs da0 at ahc0 bus 0 target 3 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 8669MB (17755614 512 byte sectors: 255H 63S/T 1105C) strangely the model number printed on the drive is ST410800N as opposed to what da lists above. the scsi bios also recognizes it as SX910800N always has been only I never noticed.... I have no idea how to get the firmware!! nothing to that effect is printed on the drive there are a whole bunch of other numbers on it tho: part number : 9A7001-035 lot number : K-01-9718-4 serial no. : SH410798 download code revision : 8511 finally a separate sticker with a number and a barcode without any mention of what it is (__may__ be this is the firmware revision) 70768238 --------------------------end------------------------- thanks in advance any help will be greatly appreciated. regards, Saurabh Gupta To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 1 12:11: 9 2002 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 4D9B637B401 for ; Fri, 1 Nov 2002 12:11:08 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id E485F43E88 for ; Fri, 1 Nov 2002 12:11:07 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 97440 invoked by uid 1000); 1 Nov 2002 20:11:08 -0000 Date: Fri, 1 Nov 2002 12:11:08 -0800 (PST) From: Nate Lawson To: ANYBODY Cc: scsi@freebsd.org Subject: Re: adaptec ahc : seagate da : current In-Reply-To: <20021101011945.GA56589@hurd1.kashmir.etowns.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, 31 Oct 2002, ANYBODY wrote: > I posted this message on freebsd-current a couple of days back > forgot to post it here just realised so am doing it now. The dmesg is a symptom, not the cause. > following is a response from Justin T. Gibbs and a counter response: > it is also in freebsd-current just adding here for completeness... > --------------------------------start------------ > On Wed, Oct 30, 2002 at 10:00:29AM -0700, Justin T. Gibbs wrote: > > > > Can you provide the model number and firmware revision for > > this drive? According to the controller, the drive is failing > > to respond to a whole slew of commands that we have queued to > > it. You might have better luck if you reduce the tag depth > > to the disk via camcontrol. > > Have you done what he said? man 8 camcontrol (see the "tags" subcommand). -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 1 16:38:48 2002 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 B99E437B401 for ; Fri, 1 Nov 2002 16:38:46 -0800 (PST) Received: from kashmir.etowns.net (dsl-65-184-96-65.telocity.com [65.184.96.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D9FD43E42 for ; Fri, 1 Nov 2002 16:38:37 -0800 (PST) (envelope-from somebody@kashmir.etowns.net) Received: from hurd1.kashmir.etowns.net (hurd1 [192.168.0.41]) by kashmir.etowns.net (8.12.6/8.12.6) with ESMTP id gA20cTaW013069; Fri, 1 Nov 2002 16:38:29 -0800 (PST) (envelope-from somebody@kashmir.etowns.net) Received: (from somebody@localhost) by hurd1.kashmir.etowns.net (8.12.6/8.12.6/Submit) id gA20cRsA001703; Fri, 1 Nov 2002 16:38:27 -0800 (PST) Date: Fri, 1 Nov 2002 16:38:06 -0800 From: ANYBODY To: Nate Lawson , gibbs@scsiguy.com Cc: ANYBODY , scsi@freebsd.org Subject: Re: adaptec ahc : seagate da : current Message-ID: <20021102003806.GA1664@hurd1.kashmir.etowns.net> References: <20021101011945.GA56589@hurd1.kashmir.etowns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Nov 01, 2002 at 12:11:08PM -0800, Nate Lawson wrote: > On Thu, 31 Oct 2002, ANYBODY wrote: > > > this drive? According to the controller, the drive is failing > > > to respond to a whole slew of commands that we have queued to > > > it. You might have better luck if you reduce the tag depth > > > to the disk via camcontrol. > > > > > Have you done what he said? man 8 camcontrol (see the "tags" subcommand). > > -Nate > Sorry dont know how but missed it. thank you for reminding. here is what I got: # camcontrol tags da0 -v (pass0:ahc0:0:3:0): dev_openings 63 (pass0:ahc0:0:3:0): dev_active 0 (pass0:ahc0:0:3:0): devq_openings 63 (pass0:ahc0:0:3:0): devq_queued 0 (pass0:ahc0:0:3:0): held 0 (pass0:ahc0:0:3:0): mintags 2 (pass0:ahc0:0:3:0): maxtags 255 ---- looks like i can set the dev_openings & devq_openings to anywhere between 2 and 255, with it being 63 now. I have no idea as to what, if at all would be a better number. any suggestions? Question does the kernel change these values dynamically perhaps as a result of the errors like the ones I am getting? If not howcome the problem occurs only if there is a little over moderate disk activity within probably a short while after bootup, and inspite of howmuch activity occurs later this problem most rarely occurs again. thanks and appreciate your help Saurabh Gupta To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 1 17:47:53 2002 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 D870937B401 for ; Fri, 1 Nov 2002 17:47:51 -0800 (PST) Received: from siralan.org (12-222-67-235.client.insightBB.com [12.222.67.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CECA43E42 for ; Fri, 1 Nov 2002 17:47:46 -0800 (PST) (envelope-from mikes@siralan.org) Received: from siralan.org (localhost [127.0.0.1]) by siralan.org (8.12.6/8.12.5) with ESMTP id gA21ldPw061557; Fri, 1 Nov 2002 20:47:39 -0500 (EST) (envelope-from mikes@siralan.org) Received: (from mikes@localhost) by siralan.org (8.12.6/8.12.6/Submit) id gA21lZ5B061556; Fri, 1 Nov 2002 20:47:35 -0500 (EST) From: "Michael L. Squires" Message-Id: <200211020147.gA21lZ5B061556@siralan.org> Subject: Re: adaptec ahc : seagate da : current In-Reply-To: <20021102003806.GA1664@hurd1.kashmir.etowns.net> "from ANYBODY at Nov 1, 2002 04:38:06 pm" To: ANYBODY Date: Fri, 1 Nov 2002 20:47:35 -0500 (EST) Cc: FreeBSD SCSI X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm running 4 ST410800WD's (HV diff version) on a DPT SmartRAID IV under 4.7-STABLE. These are obviously Sun rejects. In the past they were connected with an Adaptec 2944UW controller, no problems. On a second system I have ST423452W and ST446452W (apparently EMC RAID rejects) on a Supermicro P6DGH with onboard Adaptec 7896/97 U2 controller. I did do a low level format of all the drives, using SCSITOOL to format all 9 at once on the newer box. For the ST410800WD: # camcontrol tags da0 -v (pass0:ahc0:0:3:0): dev_openings 64 (pass0:ahc0:0:3:0): dev_active 0 (pass0:ahc0:0:3:0): devq_openings 64 (pass0:ahc0:0:3:0): devq_queued 0 (pass0:ahc0:0:3:0): held 0 (pass0:ahc0:0:3:0): mintags 2 (pass0:ahc0:0:3:0): maxtags 255 The output for the other two drives shows 253 dev_openings and devq_openings, otherwise the same. Other than being about 50% dead out of the box the drives work fine. The 5 23GB drives are 1 vinum RAID5 array, the 4 46GB another RAID5 array. Performance is pretty snappy for old drives, and the fault tolerance works well (I've already tried removing, reformatting, and reinstalling a drive). Mike Squires UN*X at home since 1985 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 1 20:27: 4 2002 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 E807537B401 for ; Fri, 1 Nov 2002 20:27:02 -0800 (PST) Received: from kashmir.etowns.net (dsl-65-184-96-65.telocity.com [65.184.96.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4C0143E88 for ; Fri, 1 Nov 2002 20:26:56 -0800 (PST) (envelope-from somebody@kashmir.etowns.net) Received: from hurd1.kashmir.etowns.net (hurd1 [192.168.0.41]) by kashmir.etowns.net (8.12.6/8.12.6) with ESMTP id gA24QnaW013534; Fri, 1 Nov 2002 20:26:50 -0800 (PST) (envelope-from somebody@kashmir.etowns.net) Received: (from somebody@localhost) by hurd1.kashmir.etowns.net (8.12.6/8.12.6/Submit) id gA24Ql9J000900; Fri, 1 Nov 2002 20:26:47 -0800 (PST) Date: Fri, 1 Nov 2002 20:26:26 -0800 From: ANYBODY To: mikes@siralan.org, somebody@kashmir.etowns.net Cc: Nate Lawson , gibbs@scsiguy.com, scsi@freebsd.org Subject: Re: adaptec ahc : seagate da : current Message-ID: <20021102042626.GA739@hurd1.kashmir.etowns.net> References: <20021101011945.GA56589@hurd1.kashmir.etowns.net> <20021102003806.GA1664@hurd1.kashmir.etowns.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021102003806.GA1664@hurd1.kashmir.etowns.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Nov 01, 2002 at 04:38:06PM -0800, ANYBODY wrote: > On Fri, Nov 01, 2002 at 12:11:08PM -0800, Nate Lawson wrote: > > On Thu, 31 Oct 2002, ANYBODY wrote: > > > > this drive? According to the controller, the drive is failing > > > > to respond to a whole slew of commands that we have queued to > > > > it. You might have better luck if you reduce the tag depth > > > > to the disk via camcontrol. > > > > > > > > Have you done what he said? man 8 camcontrol (see the "tags" subcommand). > > > > -Nate > > > > Sorry dont know how but missed it. thank you for reminding. > here is what I got: > # camcontrol tags da0 -v > (pass0:ahc0:0:3:0): dev_openings 63 > (pass0:ahc0:0:3:0): dev_active 0 > (pass0:ahc0:0:3:0): devq_openings 63 > (pass0:ahc0:0:3:0): devq_queued 0 > (pass0:ahc0:0:3:0): held 0 > (pass0:ahc0:0:3:0): mintags 2 > (pass0:ahc0:0:3:0): maxtags 255 > > ---- > looks like i can set the dev_openings & devq_openings > to anywhere between 2 and 255, with it being 63 now. > I have no idea as to what, if at all would be a better > number. any suggestions? > Question does the kernel change these values dynamically > perhaps as a result of the errors like the ones I am getting? > If not howcome the problem occurs only if there is a little > over moderate disk activity within probably a short while > after bootup, and inspite of howmuch activity occurs later > this problem most rarely occurs again. > thanks and appreciate your help > Saurabh Gupta > Answering my own question : these values are indeed dynamic in a running system. the cam driver or the kernel keeps negotiating! @least thats what I found after picking the numbers every few seconds for an hour. during bootup my numbers were 255 for the dev*openings and that is when the drive gets into trouble. If the activity is mild in the begining(bootup) the stable dev*opening values are probably negotiated down smoothly in a little while......and when the understanding of a stable number is low enough the drive doesnt get stuck anymore. I guess I should go read the camcontrol driver in detail before sounding off my opinion anymore or risk being one of the BLIND men trying to FEEL an elephant! IMHO Saurabh Gupta To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 1 21: 7:49 2002 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 CA7DB37B401 for ; Fri, 1 Nov 2002 21:07:47 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 69A7243E6E for ; Fri, 1 Nov 2002 21:07:43 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 98480 invoked by uid 1000); 2 Nov 2002 05:07:44 -0000 Date: Fri, 1 Nov 2002 21:07:44 -0800 (PST) From: Nate Lawson To: ANYBODY Cc: scsi@freebsd.org Subject: Re: adaptec ahc : seagate da : current In-Reply-To: <20021102042626.GA739@hurd1.kashmir.etowns.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, 1 Nov 2002, ANYBODY wrote: > On Fri, Nov 01, 2002 at 04:38:06PM -0800, ANYBODY wrote: > > On Fri, Nov 01, 2002 at 12:11:08PM -0800, Nate Lawson wrote: > > > Have you done what he said? man 8 camcontrol (see the "tags" subcommand). > > > > > > -Nate > > > > > > > Sorry dont know how but missed it. thank you for reminding. > > here is what I got: > > # camcontrol tags da0 -v > > (pass0:ahc0:0:3:0): dev_openings 63 > > (pass0:ahc0:0:3:0): dev_active 0 > > (pass0:ahc0:0:3:0): devq_openings 63 > > (pass0:ahc0:0:3:0): devq_queued 0 > > (pass0:ahc0:0:3:0): held 0 > > (pass0:ahc0:0:3:0): mintags 2 > > (pass0:ahc0:0:3:0): maxtags 255 > > > > ---- > > looks like i can set the dev_openings & devq_openings > > to anywhere between 2 and 255, with it being 63 now. > > I have no idea as to what, if at all would be a better > > number. any suggestions? > > Question does the kernel change these values dynamically > > perhaps as a result of the errors like the ones I am getting? > > If not howcome the problem occurs only if there is a little > > over moderate disk activity within probably a short while > > after bootup, and inspite of howmuch activity occurs later > > this problem most rarely occurs again. > > thanks and appreciate your help > > Saurabh Gupta > > > > Answering my own question : > these values are indeed dynamic in a running system. > the cam driver or the kernel keeps negotiating! > @least thats what I found after picking the numbers > every few seconds for an hour. > during bootup my numbers were 255 for the dev*openings > and that is when the drive gets into trouble. > If the activity is mild in the begining(bootup) the > stable dev*opening values are probably negotiated down > smoothly in a little while......and when the > understanding of a stable number is low enough the > drive doesnt get stuck anymore. > I guess I should go read the camcontrol driver in > detail before sounding off my opinion anymore > or risk being one of the BLIND men trying to FEEL an > elephant! Yes, the values are dynamically backed off as necessary. To avoid the timeout, set the maxtags lower via adding the appropriate camcontrol to rc.local. You can get a good idea on the lower bound for your drive by what it is dynamically resized to. FYI, even a tag depth of 8 allows for significant concurrency. But do some performance testing to see what works for you. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 1 23:23: 8 2002 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 59E9637B401 for ; Fri, 1 Nov 2002 23:23:07 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD66043E91 for ; Fri, 1 Nov 2002 23:23:05 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id gA27N4pk065848 for ; Sat, 2 Nov 2002 00:23:04 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 02 Nov 2002 00:22:12 -0700 (MST) Message-Id: <20021102.002212.11697778.imp@bsdimp.com> To: scsi@freebsd.org Subject: scsi pcmcia reader From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Does anybody know how to program one of these? % camcontrol inquiry 0:2:0 pass2: Removable Processor SCSI-2 device pass2: Serial Number pass2: 5.000MB/s transfers (5.000MHz, offset 8) % camcontrol inquiry 0:2:1 pass3: Removable Processor SCSI-2 device pass3: Serial Number pass3: 5.000MB/s transfers (5.000MHz, offset 8) I'd gotten it on ebay thinking it might be useful, but so far have not found any way to talk to it via the standard disk drivers (which makes sense given it is a Removeable Processor :-). The board itself looks like a AMD 186 + AM53CF94JC SCSI controller + CLPD 6722 PCMCIA controller + flash + ram. A quick search of the vendor's web-site shows no knowledge of this device :-(. Anyway, if you know something about this, please let me know. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Nov 2 14:20:20 2002 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 94CD137B401 for ; Sat, 2 Nov 2002 14:20:18 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5870543E77 for ; Sat, 2 Nov 2002 14:20:17 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id XAA18539; Sat, 2 Nov 2002 23:20:02 +0100 (CET) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.5/8.12.5) with ESMTP id gA2MAOWc013521; Sat, 2 Nov 2002 23:10:24 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.5/8.12.5/Submit) id gA2MAO81013520; Sat, 2 Nov 2002 23:10:24 +0100 (MET) (envelope-from j) Date: Sat, 2 Nov 2002 23:10:24 +0100 (MET) Message-Id: <200211022210.gA2MAO81013520@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <20021102.002212.11697778.imp@bsdimp.com> In-Reply-To: <20021102.002212.11697778.imp@bsdimp.com> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: scsi pcmcia reader X-Original-Newsgroups: local.freebsd.scsi To: freebsd-scsi@freebsd.org Cc: "M. Warner Losh" Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org "M. Warner Losh" wrote: > Does anybody know how to program one of these? > > % camcontrol inquiry 0:2:0 > pass2: Removable Processor SCSI-2 device > pass2: Serial Number > pass2: 5.000MB/s transfers (5.000MHz, offset 8) > % camcontrol inquiry 0:2:1 > pass3: Removable Processor SCSI-2 device > pass3: Serial Number > pass3: 5.000MB/s transfers (5.000MHz, offset 8) > > I'd gotten it on ebay thinking it might be useful, but so far have not > found any way to talk to it via the standard disk drivers (which makes > sense given it is a Removeable Processor :-). I'd guess that the pt(4) device should at least recognize them. So far, my only pt is the scanner though... Without knowing which commands they really accept, it'll become fairly hard. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message