From owner-freebsd-scsi@FreeBSD.ORG Mon Aug 18 11:04: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 E746837B401 for ; Mon, 18 Aug 2003 11:04:32 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9272643F93 for ; Mon, 18 Aug 2003 11:04:31 -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 h7II4VUp071142 for ; Mon, 18 Aug 2003 11:04:31 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h7II4Ugo071131 for scsi@freebsd.org; Mon, 18 Aug 2003 11:04:30 -0700 (PDT) Date: Mon, 18 Aug 2003 11:04:30 -0700 (PDT) Message-Id: <200308181804.h7II4Ugo071131@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, 18 Aug 2003 18:04:33 -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 Aug 18 22:06: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 7CDA416A4EE; Mon, 18 Aug 2003 22:06:48 -0700 (PDT) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [133.11.205.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B84F5441E2; Mon, 18 Aug 2003 21:42:09 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is2.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id 944E23783A3; Tue, 19 Aug 2003 13:42:08 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) h7J4g7uJ020343; Tue, 19 Aug 2003 13:42:07 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3])3.3.5-GR) with ESMTP id AJT27191; Tue, 19 Aug 2003 13:42:06 +0900 (JST) Date: Tue, 19 Aug 2003 13:42:06 +0900 Message-ID: From: Hidetoshi Shimokawa To: In-Reply-To: <54827.209.157.141.26.1060837094.squirrel@webmail.meer.net> References: <54827.209.157.141.26.1060837094.squirrel@webmail.meer.net> User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 8) (Honest Recruiter) (i386--freebsd) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7: #j7i14gu$jgR\S*&C3R/pJX List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2003 05:06:51 -0000 At Wed, 13 Aug 2003 21:58:14 -0700 (PDT), wrote: > > Hello freebsd-firewire. > > I am new to freebsd, and I am planning on changing my file > server from linux to freebsd. > > At the same time I would also like to move to firewire > (from ide). I don't have large bandwidth requirements, so I'm > just assuming that I'm not going to get too much lower performance. > > One basic question that I have is: Is it possible to set an > automatic spindown of my firewire drives? I looked at the camcontrol > manpage, but it doesn't say anything interesting. freebsd-scsi should be the better place to ask this question. There might be a mode page to control the automatic spindown but I don't know. > I am planning on setting up a raid-5 array (on firewire). Are there > any issues that I should be aware of?? Since I haven't tried > firewire yet, and I am (slightly) worried about performance, I wonder > if putting all drives on one chain will give me problems. Would > splitting drives over multiple firewire busses on the same card help > any, or would I have to get multiple firewire cards to increase > performance? Note, this is a server machine, so I'll only be accessing > data through 100Mbit ethernet via samba. Because ports share the bandwidth of the bus, you need another card(chip) to increase bandwidth. You can have only a bus by a chip even if it has multiple ports. I got about 32MB/s for a drive and 40 MB/s for two drives on a same bus under sequential read. Also, you could notice performance decreasing for buses which have large number of nodes because of arbitration gap count increasing. > Also, I was wondering if there are problems with the order firewire > clients are brought up in the bus. Will they come up as different > each time I boot up? Ie, if I have 2 disks, coming up as da0 and da1, > will the same disk come up as da0? Or will I have cases where one > disk will come up as da0, then after a reboot the other disk will come > up as ad0? If that is in fact the case, will that cause problem with > vinum identifying which disk is which, or will it work because of the > labels vinum puts on the disks themselves? If you plan to use FreeBSD-5.X, geom_vol_ffs kernel module would help. It wires down the specific UFS partition to specific device name. If you don't mind to apply a patch to sbp.c, you can hard-code EUI64->target id mapping table into the source code. The biggest problem for wire-down in SBP is that SBP has (64+48)bit identifier for the device but CAM cannot handle such big number. So we have to map the device to small target numbers sequentially. > Thank you!! > > --george /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html From owner-freebsd-scsi@FreeBSD.ORG Tue Aug 19 05:27: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 B141E16A4BF for ; Tue, 19 Aug 2003 05:27:31 -0700 (PDT) Received: from mx1.mail.bg (mx1.mail.bg [193.201.172.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 435DA43F85 for ; Tue, 19 Aug 2003 05:27:30 -0700 (PDT) (envelope-from lbakalov@mail.bg) Received: from web1.mail.bg (web1.mail.bg [193.201.172.98]) by mx1.mail.bg (Postfix) with QMQP id 6FCFB42267 for ; Tue, 19 Aug 2003 15:27:25 +0300 (EEST) Received: from moni.rousse.spnet.net (moni.rousse.spnet.net [212.50.13.87]) by mail.bg (mail.bG Webmail 4.0.1) with HTTP for ; Tue, 19 Aug 2003 15:27:25 +0300 Message-ID: <1061296045.aef9f2d1a4a1c@mail.bg> Date: Tue, 19 Aug 2003 15:27:25 +0300 From: lbakalov@mail.bg To: freebsd-scsi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Description: S/MIME Encrypted Message Content-Disposition: inline Content-Transfer-Encoding: base64 User-Agent: mail.bG Webmail 4.0-cvs X-Originating-IP: 212.50.13.87 Subject: Help with IOI-4203 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, 19 Aug 2003 12:27:32 -0000 From owner-freebsd-scsi@FreeBSD.ORG Tue Aug 19 05:59:12 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 55A4616A4BF for ; Tue, 19 Aug 2003 05:59:12 -0700 (PDT) Received: from mx1.mail.bg (mx1.mail.bg [193.201.172.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A0D743FB1 for ; Tue, 19 Aug 2003 05:59:11 -0700 (PDT) (envelope-from lbakalov@mail.bg) Received: from web1.mail.bg (web1.mail.bg [193.201.172.98]) by mx1.mail.bg (Postfix) with QMQP id 65A9D42619 for ; Tue, 19 Aug 2003 15:59:07 +0300 (EEST) Received: from moni.rousse.spnet.net (moni.rousse.spnet.net [212.50.13.87]) by mail.bg (mail.bG Webmail 4.0.1) with HTTP for ; Tue, 19 Aug 2003 15:59:07 +0300 Message-ID: <1061297947.44925a93b2c04@mail.bg> Date: Tue, 19 Aug 2003 15:59:07 +0300 From: lbakalov@mail.bg To: freebsd-scsi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Description: S/MIME Encrypted Message Content-Disposition: inline Content-Transfer-Encoding: base64 User-Agent: mail.bG Webmail 4.0-cvs X-Originating-IP: 212.50.13.87 Subject: Help with IOI-4203 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, 19 Aug 2003 12:59:12 -0000 From owner-freebsd-scsi@FreeBSD.ORG Tue Aug 19 08:38: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 A9E8116A4BF for ; Tue, 19 Aug 2003 08:38:42 -0700 (PDT) Received: from sferics.mongueurs.net (sferics.mongueurs.net [81.80.147.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DC2C43F85 for ; Tue, 19 Aug 2003 08:38:41 -0700 (PDT) (envelope-from david@landgren.net) Received: from landgren.net (81-80-147-206.bpinet.com [81.80.147.206]) by sferics.mongueurs.net (Postfix) with ESMTP id 5CC3FA9BC for ; Tue, 19 Aug 2003 17:38:40 +0200 (CEST) Message-ID: <3F424390.1010503@landgren.net> Date: Tue, 19 Aug 2003 17:34:40 +0200 From: David Landgren Organization: A thousand golden eyes are watching User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: "parity error detected in DT Data-out phase" during kernel boot encountered. 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, 19 Aug 2003 15:38:43 -0000 Greetings, I have an HP Proliant 380GL-D3 running 4.8-STABLE and, for the time being, a GENERIC kernel. I also have an external Compaq Storageworks DLT bay. Both the server and the tape bay both have two SCSI ports, and of course it was only the final combination that made anything happen. I have the storage bay powered up, and the DLT settles down and shows a single green led. I then power up the server and after it gets to booting the kernel, the following messages appear on the console: (probe30:ahc1:0:0:0): parity error detected in DT Data-in phase. SEQADDR(0x1a5) SCSIRATE(0x0) Unexpected non-DT Data Phase (probe30:ahc1:0:0:0): parity error detected in DT Data-out phase. SEQADDR(0x1a6) SCSIRATE(0x0) Unexpected non-DT Data Phase (probe30:ahc1:0:0:0): parity error detected in DT Data-out phase. SEQADDR(0x1a6) SCSIRATE(0x0) Unexpected non-DT Data Phase (probe30:ahc1:0:0:0): parity error detected in DT Data-out phase. SEQADDR(0x1a5) SCSIRATE(0x0) Unexpected non-DT Data Phase After several thousand of these go by, I get the following (retrieved from dmesg): (probe30:ahc1:0:0:0): SCB 0x8 - timed out >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc1: Dumping Card State while idle, at SEQADDR 0x16b Card was paused ACCUM = 0x8, SINDEX = 0x81, DINDEX = 0xe4, ARG_2 = 0x2 HCNT = 0x0 SCBPTR = 0x0 SCSIPHASE[0x1]:(DATA_OUT_PHASE) SCSISIGI[0x36]:(REQI|BSYI|ATNI|MSGI) ERROR[0x0] SCSIBUSL[0x0] LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0x40]:(NO_CDB_SENT) SSTAT0[0x2]:(SPIORDY) SSTAT1[0x5]:(REQINIT|SCSIPERR) SSTAT2[0x1]:(DUAL_EDGE_ERR) SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x0] DFSTATUS[0x8a]:(FIFOFULL|HDONE|PRELOAD_AVAIL) STACK: 0x34 0x34 0x34 0x16a SCB count = 20 Kernel NEXTQSCB = 7 Card NEXTQSCB = 7 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Sequencer SCB Info: 0 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0x8] 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) [... more of the same elided...] 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Pending list: 8 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] Kernel Free SCB list: 6 5 4 3 2 1 0 19 18 17 16 15 9 14 13 12 11 10 Untagged Q(0): 8 >>>>>>>>>>>>>>>>> sg[0] - Addr 0x7c2d3484 : Length 36 (probe30:ahc1:0:0:0): BDR message in message buffer (probe30:ahc1:0:0:0): parity error detected in DT Data-out phase. SEQADDR(0x16b) SCSIRATE(0x0) Unexpected non-DT Data Phase (probe30:ahc1:0:0:0): SCB 0x8 - timed out >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahc1: Dumping Card State while idle, at SEQADDR 0x16b Card was paused ACCUM = 0x8, SINDEX = 0x81, DINDEX = 0xe4, ARG_2 = 0x2 HCNT = 0x0 SCBPTR = 0x0 SCSIPHASE[0x0] SCSISIGI[0x35]:(ACKI|BSYI|ATNI|MSGI) ERROR[0x0] SCSIBUSL[0x0] LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) SEQ_FLAGS[0x40]:(NO_CDB_SENT) SSTAT0[0x2]:(SPIORDY) SSTAT1[0x4]:(SCSIPERR) SSTAT2[0x0] SSTAT3[0x0] SIMODE0[0x8]:(ENSWRAP) SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) SXFRCTL0[0x88]:(SPIOEN|DFON) DFCNTRL[0x0] DFSTATUS[0x8a]:(FIFOFULL|HDONE|PRELOAD_AVAIL) STACK: 0x34 0x34 0x34 0x16a SCB count = 20 Kernel NEXTQSCB = 7 Card NEXTQSCB = 7 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Sequencer SCB Info: 0 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0x8] 1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] 3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) [... etc etc ...] 31 SCB_CONTROL[0x0] SCB_SCSIID[0xff]:(TWIN_CHNLB|OID|TWIN_TID) SCB_LUN[0xff]:(SCB_XFERLEN_ODD|LID) SCB_TAG[0xff] Pending list: 8 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] Kernel Free SCB list: 6 5 4 3 2 1 0 19 18 17 16 15 9 14 13 12 11 10 Untagged Q(0): 8 >>>>>>>>>>>>>>>>> sg[0] - Addr 0x7c2d3484 : Length 36 (probe30:ahc1:0:0:0): no longer in timeout, status = 34b ahc1: Issued Channel A Bus Reset. 1 SCBs aborted OK, so it doesn't work. I don't have many ideas as to where to go from here. Basically I just want the DLT to appear as /dev/nsa0 or something along those lines. The question is, how do I get there from here? Is it possible? Do the stock freebsd SCSI drivers cover this or do I need to add something to the kernel? The HP site talks about downloadable drivers for Linux... I'm hoping that FreeBSD can do this out of the box. It has two 72Gb SCSI drives in a raid-5 configuration that are running just fine: Mounting root from ufs:/dev/da0s1a da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69459MB (142253280 512 byte sectors: 255H 32S/T 17433C) I'm not sure what other information might be helpful. I've been googling for a while, and I haven't found anything that really leaps out. If anyone has some clues I could use, I'd be really grateful, even if it's only to say that this question is better suited to freebsd-questions (it just seems a little too SCSI-specific). Thanks, David From owner-freebsd-scsi@FreeBSD.ORG Tue Aug 19 09:38:14 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 B250016A4BF for ; Tue, 19 Aug 2003 09:38:14 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id AC4C043FAF for ; Tue, 19 Aug 2003 09:38:13 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 6662 invoked by uid 1000); 19 Aug 2003 16:38:14 -0000 Date: Tue, 19 Aug 2003 09:38:14 -0700 (PDT) From: Nate Lawson To: kyriazis@meer.net In-Reply-To: Message-ID: <20030819093657.D6620@root.org> References: <54827.209.157.141.26.1060837094.squirrel@webmail.meer.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org cc: freebsd-firewire@freebsd.org Subject: Re: firewire disk spindown and other questions 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, 19 Aug 2003 16:38:15 -0000 On Tue, 19 Aug 2003, Hidetoshi Shimokawa wrote: > At Wed, 13 Aug 2003 21:58:14 -0700 (PDT), > wrote: > > One basic question that I have is: Is it possible to set an > > automatic spindown of my firewire drives? I looked at the camcontrol > > manpage, but it doesn't say anything interesting. > > freebsd-scsi should be the better place to ask this question. > There might be a mode page to control the automatic spindown but > I don't know. I'm not aware of what settings there are for automatic spindown but you could do it with camcontrol stop/start from userland if the drive supports that command. -Nate From owner-freebsd-scsi@FreeBSD.ORG Tue Aug 19 13:21:03 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 9B91116A4BF for ; Tue, 19 Aug 2003 13:21:03 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56C8B43F3F for ; Tue, 19 Aug 2003 13:21:02 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h7JKL0JH000509; Tue, 19 Aug 2003 22:21:00 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h7JKL0Sv000508; Tue, 19 Aug 2003 22:21:00 +0200 (CEST) Date: Tue, 19 Aug 2003 22:21:00 +0200 From: Wilko Bulte To: David Landgren Message-ID: <20030819202100.GB454@freebie.xs4all.nl> References: <3F424390.1010503@landgren.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F424390.1010503@landgren.net> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-scsi@freebsd.org Subject: Re: "parity error detected in DT Data-out phase" during kernel boot encountered. 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, 19 Aug 2003 20:21:03 -0000 On Tue, Aug 19, 2003 at 05:34:40PM +0200, David Landgren wrote: > Greetings, > > I have an HP Proliant 380GL-D3 running 4.8-STABLE and, for the time DL380-G3 I suppose ;) > being, a GENERIC kernel. I also have an external Compaq Storageworks > DLT bay. Both the server and the tape bay both have two SCSI ports, > and of course it was only the final combination that made anything happen. Tape bay.. what exactly do you have? Can you give me a part# of the enclosure? > ahc1: Issued Channel A Bus Reset. 1 SCBs aborted .... > OK, so it doesn't work. I don't have many ideas as to where to go from > here. Basically I just want the DLT to appear as /dev/nsa0 or > something along those lines. The question is, how do I get there from > here? Is it possible? Do the stock freebsd SCSI drivers cover this or > do I need to add something to the kernel? The HP site talks about > downloadable drivers for Linux... I'm hoping that FreeBSD can do this > out of the box. You don't need no stinking downloadable drivers ;) I have DLT running on -stable just fine, and have done so for the longest time. What is the model# of the DLT drive? -- Wilko wkb@freebie.xs4all.nl From owner-freebsd-scsi@FreeBSD.ORG Tue Aug 19 23:44: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 60EAC16A4BF for ; Tue, 19 Aug 2003 23:44:42 -0700 (PDT) Received: from hotmail.com (law14-f70.law14.hotmail.com [64.4.21.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9865643F3F for ; Tue, 19 Aug 2003 23:44:41 -0700 (PDT) (envelope-from xjrcool@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 19 Aug 2003 23:44:41 -0700 Received: from 202.94.4.250 by lw14fd.law14.hotmail.msn.com with HTTP; Wed, 20 Aug 2003 06:44:41 GMT X-Originating-IP: [202.94.4.250] X-Originating-Email: [xjrcool@hotmail.com] From: "Jingrong Xie" To: gibbs@scsiguy.com, nate@root.org Date: Wed, 20 Aug 2003 06:44:41 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 20 Aug 2003 06:44:41.0491 (UTC) FILETIME=[887CFE30:01C366E6] cc: freebsd-scsi@freebsd.org Subject: Re: Re: 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: Wed, 20 Aug 2003 06:44:42 -0000 ------------------------------------------------- 1.(to Nate) about scsi_target(user-space scsi_disk emulator): 1)applying targ-noloop.diff result: scsi_target crashed! 2)applying targ-numctios.diff result: not seeing any changes. 3)applying targ-jingrong1.diff result: ONLY log something to /var/log/messages, for my convinence ^-^. 4)applying targ-jingrong2.diff result: when NOT using it, my prog can only write 9 times before ERROR! I saw 'IO 0xXXXX out of order' warning is not very friendly and do such, it works. ------------------------------------------------- ------------------- 1) targ-noloop.diff ------------------- Index: src/share/examples/scsi_target/scsi_target.c =================================================================== RCS file: /home/ncvs/src/share/examples/scsi_target/scsi_target.c,v retrieving revision 1.14 diff -u -r1.14 scsi_target.c --- src/share/examples/scsi_target/scsi_target.c 16 Jan 2003 00:24:29 -0000 1.14 +++ src/share/examples/scsi_target/scsi_target.c 12 Apr 2003 00:28:06 -0000 @@ -642,6 +642,7 @@ /* Insert in order, sorted by offset */ if (!TAILQ_EMPTY(ioq)) { +#ifdef notyet TAILQ_FOREACH_REVERSE(ccb_h, ioq, io_queue, periph_links.tqe) { curr_descr = (struct ctio_descr *)ccb_h->targ_descr; if (curr_descr->offset <= c_descr->offset) { @@ -657,6 +658,7 @@ } } } else { +#endif TAILQ_INSERT_HEAD(ioq, &ctio->ccb_h, periph_links.tqe); } } ------------------- 2) targ-numctios.diff ------------------- Index: src/share/examples/scsi_target/scsi_target.c =================================================================== RCS file: /home/ncvs/src/share/examples/scsi_target/scsi_target.c,v retrieving revision 1.14 diff -u -r1.14 scsi_target.c --- src/share/examples/scsi_target/scsi_target.c 16 Jan 2003 00:24:29 -0000 1.14 +++ src/share/examples/scsi_target/scsi_target.c 12 Apr 2003 00:24:33 -0000 @@ -796,7 +796,7 @@ struct ctio_descr *c_descr; struct sigevent *se; - if (num_ctios == MAX_CTIOS) + if (num_ctios >= MAX_CTIOS) return (NULL); ctio = (struct ccb_scsiio *)malloc(sizeof(*ctio)); ------------------- 3) targ-jingrong1.diff ------------------- *** scsi_target.c.orig Wed Aug 20 13:34:40 2003 --- scsi_target.c Wed Aug 20 14:12:49 2003 *************** *** 685,691 **** c_descr = (struct ctio_descr *)ctio->ccb_h.targ_descr; /* If completed item is in range, call handler */ ! if ( 1 || (c_descr->event == AIO_DONE && //Avoiding 'IO ... out of order' warning. c_descr->offset == a_descr->base_off + a_descr->targ_ack) || (c_descr->event == CTIO_DONE && c_descr->offset == a_descr->base_off + a_descr->init_ack)) { --- 685,691 ---- c_descr = (struct ctio_descr *)ctio->ccb_h.targ_descr; /* If completed item is in range, call handler */ ! if ((c_descr->event == AIO_DONE && c_descr->offset == a_descr->base_off + a_descr->targ_ack) || (c_descr->event == CTIO_DONE && c_descr->offset == a_descr->base_off + a_descr->init_ack)) { ------------------- 4) targ-jingrong2.diff ------------------- *** scsi_cmds.c.orig Tue Aug 19 19:34:52 2003 --- scsi_cmds.c Wed Aug 20 13:35:20 2003 *************** *** 602,607 **** --- 602,615 ---- a_descr->targ_req += ctio->dxfer_len; if (aio_write(&c_descr->aiocb) < 0) err(1, "aio_write"); /* XXX */ + {//Jingrong add for test. + #include + #include + static unsigned long g_count=0; + g_count++; + if( g_count % 100 == 0) + syslog(LOG_ERR,"====write %ld blocks!\n", g_count); + } } else { if (debug) warnx("CTIO done freeing CTIO"); ------------------------------------------------- 2. test_write_wscsi.c ------------------------------------------------- #include #include int main(int argc, char **argv) { int fd = 0; FILE *fp2 = 0; int ret = 0; char buf[10240]; fd = open("/dev/da0", O_RDWR); if(argc<2){ printf("usage: %s \n", argv[0]); return 1; } fp2 = fopen(argv[1], "r+"); if(fp2 <=0){ perror("fopen"); exit(1); } memset(buf, 0, 10240); ret = fread( buf, 10240, 1, fp2); lseek(fd,10240, SEEK_SET); write(fd, buf, 10240); return 0; } ------------------------------------------------- 3. test.sh ------------------------------------------------- TOTALCOUNT=$1 SLEEPTIME=$2 COUNT=0 while true ; do echo "count = $COUNT, totalcount= $TOTALCOUNT" if [ $COUNT -gt $TOTALCOUNT ] ; then break ; fi ./test_write_scsi test_write_wscsi.c sleep $SLEEPTIME COUNT=`expr $COUNT + 1` done ------------------------------------------------- 4. Test: On IA, using './test.sh 1000000 0', test for 3 days and about 1Tbytes data, no problem. On OA, also. but when the two do at the same time, IA or OA will crash down soon. ------------------------------------------------- OA# dd if=/dev/zero of=testfile bs=1024 count=102400 OA# ./scsi_target -S -W 16 0:5:0 testfile IA# camcontrol rescan 0 IA# ./test.sh 1000000 0 IA# dd if=/dev/zero of=testfile bs=1024 count=102400 IA# ./scsi_target -S -W 16 1:5:0 testfile OA# camcontrol rescan 1 OA# ./test.sh 1000000 0 ------------------------------------------------- 5. Also about Justin's advice: ------------------------------------------------- >You shouldn't be able to do this since ahc(4) does not support >simultaneous target/initiator mode. It can, you just need to disable the multi-target-id feature to do it. I should probably modify the driver so that it will allow dual mode operation so long as only one target-id is set and it corresponds to the initiator's id. Q: How could I disable the multi-target-id feature? Is the following correct? Beforing this advice, i use 0x27 to enable 0,1,2,5 as target-id, GENERIC_IA: options AHC_TMODE_ENABLE=0x27 GENERIC_OA: options AHC_TMODE_ENABLE=0x27 and this is the kernel output for scsi_target: IA# (targbh0:ahc0:0:-1:-1): Lun now enabled for target mode (targbh1:ahc1:0:-1:-1): Lun now enabled for target mode OA# (targbh0:ahc0:0:-1:-1): Lun now enabled for target mode (targbh1:ahc1:0:-1:-1): Lun now enabled for target mode I changed to disable the multi-target-id feature: GENERIC_IA: options AHC_TMODE_ENABLE=0x21 #only enable 0,5 as target-id GENERIC_OA: options AHC_TMODE_ENABLE=0x22 #only enable 1,5 as target-id and this is the kernel output for scsi_target: IA# (targbh0:ahc0:0:-1:-1): Lun now enabled for target mode OA# (targbh1:ahc1:0:-1:-1): Lun now enabled for target mode I tried 'AHC_TMODE_ENABLE=0x20' to enable only 5 as target-id, but failed! kernel says it dont support target-mode when i using scsi_target. thanks very much! Regards, Jingrong _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From owner-freebsd-scsi@FreeBSD.ORG Wed Aug 20 05:17: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 58C8C16A4BF for ; Wed, 20 Aug 2003 05:17:50 -0700 (PDT) Received: from sferics.mongueurs.net (sferics.mongueurs.net [81.80.147.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2604643FB1 for ; Wed, 20 Aug 2003 05:17:49 -0700 (PDT) (envelope-from david@landgren.net) Received: from landgren.net (81-80-147-206.bpinet.com [81.80.147.206]) by sferics.mongueurs.net (Postfix) with ESMTP id E614AA9C1; Wed, 20 Aug 2003 14:17:46 +0200 (CEST) Message-ID: <3F4365FA.7040906@landgren.net> Date: Wed, 20 Aug 2003 14:13:46 +0200 From: David Landgren Organization: A thousand golden eyes are watching User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <3F424390.1010503@landgren.net> <20030819202100.GB454@freebie.xs4all.nl> In-Reply-To: <20030819202100.GB454@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: "parity error detected in DT Data-out phase" during kernel boot encountered. 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, 20 Aug 2003 12:17:50 -0000 Wilko Bulte wrote: > On Tue, Aug 19, 2003 at 05:34:40PM +0200, David Landgren wrote: > >>Greetings, >> >>I have an HP Proliant 380GL-D3 running 4.8-STABLE and, for the time > > > DL380-G3 I suppose ;) Ah yes, one of them :) > >>being, a GENERIC kernel. I also have an external Compaq Storageworks >>DLT bay. Both the server and the tape bay both have two SCSI ports, >>and of course it was only the final combination that made anything happen. > > > Tape bay.. what exactly do you have? Can you give me a part# of the > enclosure? Well here's the thing. When the machine arrived, it came with an HP StorageWorks DLT VS 40/80, which is an external stand-alone unit that allows you to select the SCSI ID and daisy chain to another peripheral. It also came with a huge 3U rackable affair simply marked Compaq StorageWorks (no other details) with the room for installing 4 devices, but it was empty, apart from power supply and internal SCSI cables. (I did specify that I wanted to be able to rack the tape drive). So I extracted the DLT unit out of the first enclosure and put it in this enclosure, but the DL380 didn't see it at the BIOS level. Since then, I have come back to the initial setup: the device is now sitting back in its non-rackable external enclosure, and the DL380 BIOS sees it just fine. Curiously enough, the external unit selector was on 6, and the BIOS reported it as ID 12. I changed the selector to 2 and the BIOS now reports it as 4 (i.e. BIOS == selector * 2). In either case, when I run 'camcontrol devlist' it does not show up. As it turns out, I've cleared up the parity error messages. The server has a PCI-X card installed with two SCSI ports (the new thin type). I was trying these ports. What I didn't notice is that there was also a port on the chassis, connected, I guess, directly to the motherboard. The external device is connected to this third port and that cleared up the boot error messages. One suspicious item is that the unit was not delivered with a terminator. Reading the docs, however, hints that it may not be necessary if it's the only device on the chain. Be that as it may, I rustled up an old HP SureStore Tape 5000+ which is a DAT affair (4Gb I think), and daisy chained it onto the back of the StorageWorks unit. And it has a terminator on it, so this strikes me as being a more kosher setup. Indeed, the BIOS correctly reports seeing both tape drives. The initial boot prints out something like: Slot0 Smart Array 5i Controller Tape Drives Detected: SCSI Port1: SCSI IDs 3,4 The 3 is the SureStore (DAT) and the 4 is the StorageWorks (DLT). In this case too, I still don't see either appear when I run 'camcontrol devlist', only the SCSI disk. Here is the entire dmesg: Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-STABLE #0: Thu Jun 12 11:00:14 CEST 2003 root@bechet.bpinet.com:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2785.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebf9ff Hyperthreading: 2 logical CPUs real memory = 2147459072 (2097128K bytes) avail memory = 2086350848 (2037452K bytes) Preloaded elf kernel "kernel" at 0xc0537000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 3.0 pci0: (vendor=0x0e11, dev=0xb203) at 4.0 irq 3 pci0: (vendor=0x0e11, dev=0xb204) at 4.2 irq 5 isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2000-0x200f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xf5ef0000-0xf5ef0fff irq 7 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on motherboard pci1: on pcib1 ciss0: port 0x3000-0x30ff mem 0xf7bf0000-0xf7bf3fff,0xf7cc0000-0xf7cfffff irq 10 at device 3.0 on pci1 ciss0: using 256 of 1024 available commands ciss0: 1 logical drive configured ciss0: firmware 1.92 ciss0: 2 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0xe ciss0: active I/O method 0x3 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 1000us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x2 ciss0: server name '' ciss0: heartbeat 0x10000043 ciss0: 1 logical drive ciss0: logical drive 1: RAID 1, 69120MB online pcib2: on motherboard pci2: on pcib2 bge0: mem 0xf7df0000-0xf7dfffff irq 11 at device 1.0 on pci2 bge0: Ethernet address: 00:0b:cd:03:bc:da miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xf7de0000-0xf7deffff irq 15 at device 2.0 on pci2 bge1: Ethernet address: 00:0b:cd:0e:07:18 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto pcib3: on motherboard pci3: on pcib3 ahc0: port 0x4000-0x40ff mem 0xf7ef0000-0xf7ef0fff irq 10 at device 1.0 on pci3 aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x4400-0x44ff mem 0xf7ee0000-0xf7ee0fff irq 10 at device 1.1 on pci3 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs pcib4: on motherboard pci4: on pcib4 pcib6: on motherboard pci6: on pcib6 pci6: (vendor=0x0e11, dev=0xa0f7) at 30.0 irq 15 pcib5: on motherboard pci5: on pcib5 pcib7: on motherboard pci7: on pcib7 eisa0: on motherboard mainboard0: on eisa0 slot 0 orm0: