From owner-freebsd-scsi Mon Jan 24 7: 5: 9 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from smtp04.wxs.nl (smtp04.wxs.nl [195.121.6.59]) by hub.freebsd.org (Postfix) with ESMTP id 637FE14F16 for ; Mon, 24 Jan 2000 07:05:00 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.197.155]) by smtp04.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAA24EB for ; Mon, 24 Jan 2000 16:04:57 +0100 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id QAA04164 for scsi@freebsd.org; Mon, 24 Jan 2000 16:04:34 +0100 (CET) (envelope-from asmodai) Date: Mon, 24 Jan 2000 16:04:34 +0100 From: Jeroen Ruigrok/Asmodai To: scsi@freebsd.org Subject: Need some real good advice to track this problem down Message-ID: <20000124160434.D691@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Kenneth (and probably Matthew or Justin) might remember, I had some trouble with unexpected busfrees about a year ago. I have been having them every once in a while since I wasn't that clued on SCSI, I have now been doing some reading up on the subject and present some information on which I need some expert help. This is an `old' system, back from 1996. The mainboard is a Diamond Flow, Inc. (DFI) board G185IPV - rev C+, which has 96 MB in SIMMs, a Pentium 200MMX (which is not overclocked). Two NICs (ep0 and fxp0), a Tseng vidcard, an AWE-32 and that's it basically. The host controller is an AHC2940UW from 1996. The BIOS version was 1.23, and I flashed it (successfully) to 2.20 last night. This is not an OEM card, but a real original Adaptec card. I have had the problems with both versions of the BIOS. The SCSI layout is as fllows: | The length of this cable is 1.35 meters and has 6 connectors |--------|-------|-------|-------|------| (Narrow (50-pins) bus) | 39 cm 24 24 24 24 AHC| | 50 cm 20 |------------------|-------------------| (Wide (68-pins) bus) | The length of this one is 70 cm and has three connectors On the narrow bus we have: [from card to outer device] AHC----disk1----disk2-----cdrom----empty------term AHC = AHC2940UW disk1 = da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da0: 3067MB (6281856 512 byte sectors: 255H 63S/T 391C) Verified that no jumpers are set to termination. disk2 = da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da1: 6149MB (12594960 512 byte sectors: 255H 63S/T 784C) Verified that no jumpers are set to termination. The cdrom = cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Verified that no jumpers are set to termination. It does have a jumper on allow/prevent (which I still don't know what it is) and Parity (which I believe is necessary). Then one empty connector and then followed by an _active_ terminator. (Which I bought on Kenneth's advice I think after he mentioned that cdrom drives sometimes suck with their termination.) On the wide bus we have: [from card to outer device] AHC---------disk3-------disk4 AHC=the same as above disk3 = da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) This drive has absolutely _no_ jumpers set. disk4 = da3 at ahc0 bus 0 target 4 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da3: 2047MB (4194057 512 byte sectors: 255H 63S/T 261C) This drive has Term Enable, Term From Drive and Term To Bus set. I was getting these messages randomly over time: Jan 14 11:37:44 daemon /kernel: Unexpected busfree. LASTPHASE == 0x40 Jan 14 11:37:44 daemon /kernel: SEQADDR == 0x110 Jan 14 11:38:12 daemon /kernel: Unexpected busfree. LASTPHASE == 0x40 Jan 14 11:38:13 daemon /kernel: SEQADDR == 0x110 Jan 22 13:42:55 daemon /kernel: Unexpected busfree in Data-out phase Jan 22 13:42:55 daemon /kernel: SEQADDR == 0x112 Jan 22 13:43:23 daemon /kernel: Unexpected busfree in Data-out phase Jan 22 13:43:23 daemon /kernel: SEQADDR == 0x112 Jan 22 13:45:04 daemon /kernel: Unexpected busfree in Data-out phase Jan 22 13:45:04 daemon /kernel: SEQADDR == 0x112 Jan 23 19:33:24 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:33:25 daemon /kernel: SEQADDR == 0x113 Jan 23 19:34:11 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:34:11 daemon /kernel: SEQADDR == 0x112 Jan 23 19:34:49 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:34:50 daemon /kernel: SEQADDR == 0x112 Jan 23 19:35:47 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:35:47 daemon /kernel: SEQADDR == 0x113 Jan 23 19:36:15 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:36:16 daemon /kernel: SEQADDR == 0x112 Jan 23 19:46:55 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:46:56 daemon /kernel: SEQADDR == 0x112 Jan 23 19:47:25 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:47:25 daemon /kernel: SEQADDR == 0x112 Jan 23 19:47:57 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:47:57 daemon /kernel: SEQADDR == 0x113 Jan 23 19:48:46 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:48:47 daemon /kernel: SEQADDR == 0x113 Jan 23 19:49:23 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:49:24 daemon /kernel: SEQADDR == 0x79 Jan 23 19:49:52 daemon /kernel: Unexpected busfree in Data-in phase Jan 23 19:49:52 daemon /kernel: SEQADDR == 0x113 I then wanted to test the new BIOS v2.20 and decided on rawio on da3 which is empty, so I did a rawio -a /dev/da3: Jan 24 15:07:37 daemon /kernel: Unexpected busfree in Data-in phase Jan 24 15:07:38 daemon /kernel: SEQADDR == 0x112 Jan 24 15:07:50 daemon /kernel: Unexpected busfree in Data-in phase Jan 24 15:07:50 daemon /kernel: SEQADDR == 0x112 Jan 24 15:08:01 daemon /kernel: Unexpected busfree in Data-in phase Jan 24 15:08:02 daemon /kernel: SEQADDR == 0x113 Jan 24 15:08:02 daemon /kernel: (da3:ahc0:0:4:0): Invalidating pack Jan 24 15:08:13 daemon /kernel: Unexpected busfree in Data-in phase Jan 24 15:08:13 daemon /kernel: SEQADDR == 0x112 Jan 24 15:08:24 daemon /kernel: Unexpected busfree in Data-in phase Jan 24 15:08:25 daemon /kernel: SEQADDR == 0x113 Jan 24 15:08:25 daemon /kernel: (da3:ahc0:0:4:0): Invalidating pack Jan 24 15:08:25 daemon /kernel: (da3:ahc0:0:4:0): Synchronize cache failed, status == 0x4a, scsi status == 0x0 I also tried changing the AHC2940UW with a spare AHC2940U2W, but I get the same problems. I hope this is enough information, please let me know if I need to test other things. I really want to know what on earth I am doing wrong here. -- Jeroen Ruigrok vd W/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/B-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project I accept that some things will never change, I've let your tiny minds magnify my agony... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message