From owner-freebsd-scsi Sun Jul 5 03:24:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19527 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 03:24:23 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19468 for ; Sun, 5 Jul 1998 03:23:34 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id MAA15645; Sun, 5 Jul 1998 12:15:22 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.8) id MAA16558; Sun, 5 Jul 1998 12:03:29 +0200 (CEST) (envelope-from andreas) Message-ID: <19980705120328.A15992@klemm.gtn.com> Date: Sun, 5 Jul 1998 12:03:28 +0200 From: Andreas Klemm To: scsi@FreeBSD.ORG Cc: "Justin T. Gibbs" Subject: next CAM patches, when ? Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi ! I'm trying to get everything running on my home box now: CAM and i4b (isdn) I think the latest CAM snapshot is a bit dated, so I wanted to ask, if there is something newer in sight, so that it's less work to make it run on a ­current of today. Thanks Andreas /// -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Jul 5 05:01:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01633 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 05:01:33 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from IAEhv.nl (root@iaehv.IAEhv.nl [194.151.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01447; Sun, 5 Jul 1998 05:00:44 -0700 (PDT) (envelope-from wjw@surf.IAE.nl) Received: from surf.IAE.nl (root@surf.IAEhv.nl [194.151.66.2]) by IAEhv.nl (8.8.7/8.8.7) with ESMTP id OAA20335; Sun, 5 Jul 1998 14:00:40 +0200 (CEST) Received: (from wjw@localhost) by surf.IAE.nl (8.8.7/8.8.7) id OAA13829; Sun, 5 Jul 1998 14:00:40 +0200 (MET DST) From: Willem Jan Withagen Message-Id: <199807051200.OAA13829@surf.IAE.nl> Subject: Re: Apollo tapes (was: Variant Link implementation, continued) In-Reply-To: <19980705104647.O358@freebie.lemis.com> from Greg Lehey at "Jul 5, 98 10:46:47 am" To: grog@lemis.com (Greg Lehey) Date: Sun, 5 Jul 1998 14:00:40 +0200 (MET DST) Cc: hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Reply-To: wjw@IAEhv.nl X-NCC-RegID: nl.iae X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You ( Greg Lehey ) write: => On Saturday, 4 July 1998 at 15:28:37 +0200, Willem Jan Withagen wrote: => > In article <199807030025.TAA18925@nospam.hiwaay.net> you write: => >> In the early bad old days of DAT (more correctly known as DSS) there => >> were more problems than there should have been with one tape drive not => >> being able to read tapes from another, all other things the same. => > => > Oke, My drive is again on line: => > => > [~] wjw@digi> mt stat => > Present Mode: Density = X3B5/88-185A Blocksize variable => > ---------available modes--------- => > Mode 0: Density = 0x00 Blocksize variable => > Mode 1: Density = X3.136-1986 Blocksize = 512 bytes => > Mode 2: Density = X3.39-1986 Blocksize variable => > Mode 3: Density = X3.54-1986 Blocksize variable => > => > looking at: man mt: => > The different density codes are as follows: => > => > 0x0 default for device => > 0xE reserved for ECMA => > => > Value Tracks Density(bpi) Code Type Reference Note => > ........ => > 0x13 1 61000 DDS CS X3B5/88-185A 4 => > 0x14 1 43245 RLL CS X3.202-1991 4 => > 0x15 1 45434 RLL CS ECMA TC17 4 => > => > Which are 3 DAT formats. And thus it is a DDS-coded tape. => => This describes the tape unit, not the tape. We've already established => that it can't read the tape. => => > Anybody with more suggestions?? (other than finding the "old" tapedrive) => => Give up? Or send them to Mike? Julian suggested to change the density codes and/or the blocksize. But changing blocksizes only gets EOF errors. Changing densities doesn't generate errors, but it also does nothing else. I've still got some very old (semi-defective) DAT's which I'm going to give a shot. And perhaps go back to my old University group, to see if they still have the drive. :-( --WjW -- Internet Access Eindhoven BV., voice: +31-40-2 393 393, data: +31-40-2 606 606 P.O. 928, 5600 AX Eindhoven, The Netherlands Full Internet connectivity for only fl 12.95 a month. Call now, and login as 'new'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Jul 5 08:01:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13803 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 08:01:10 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from mail.ruhrgebiet.individual.net (in-ruhr.ruhr.de [141.39.224.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13794 for ; Sun, 5 Jul 1998 08:01:07 -0700 (PDT) (envelope-from robsch@robkaos.ruhr.de) Received: from robkaos.ruhr.de (admin@localhost) by mail.ruhrgebiet.individual.net (8.8.5-r-beta/8.8.5) with UUCP id QAA01440 for freebsd.org!freebsd-scsi; Sun, 5 Jul 1998 16:39:27 +0200 (MET DST) Received: by robkaos.ruhr.de (Smail-3.2 1996-Jul-4 #1) id ; Sun, 5 Jul 1998 16:38:20 +0200 (CEST) Message-Id: From: robsch@robkaos.ruhr.de (Robert Schien) Subject: Yamaha 4260t CD burner To: freebsd-scsi@FreeBSD.ORG Date: Sun, 5 Jul 1998 16:38:19 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Does it work with FreeBSD (3.0-current)? At least with cdrecord? My HP 4020i produces only frisbees since a few days :(( TIA Robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Jul 5 09:07:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17873 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 09:07:31 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17866 for ; Sun, 5 Jul 1998 09:07:30 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id KAA12081; Sun, 5 Jul 1998 10:07:28 -0600 (MDT) Message-Id: <199807051607.KAA12081@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Andreas Klemm cc: scsi@FreeBSD.ORG, "Justin T. Gibbs" Subject: Re: next CAM patches, when ? In-reply-to: Your message of "Sun, 05 Jul 1998 12:03:28 +0200." <19980705120328.A15992@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sun, 05 Jul 1998 10:02:34 -0600 From: "Justin T. Gibbs" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA17867 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Hi ! > >I'm trying to get everything running on my home box now: > > CAM and i4b (isdn) > >I think the latest CAM snapshot is a bit dated, so I wanted to ask, >if there is something newer in sight, so that it's less work to make >it run on a ­current of today. We are trying to build a full release for the next snapshot, so the code will be released as soon as we are successful in doing that. >Thanks > > Andreas /// > >-- >Andreas Klemm http://www.FreeBSD.ORG/~andreas > What gives you 90% more speed, for example, in kernel compilation ? > http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html > "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' > -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Jul 5 10:03:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01802 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 10:03:57 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28659 for ; Sun, 5 Jul 1998 10:03:50 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id TAA04950; Sun, 5 Jul 1998 19:00:16 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.8) id SAA07280; Sun, 5 Jul 1998 18:46:10 +0200 (CEST) (envelope-from andreas) Message-ID: <19980705184610.A7272@klemm.gtn.com> Date: Sun, 5 Jul 1998 18:46:10 +0200 From: Andreas Klemm To: "Justin T. Gibbs" Cc: scsi@FreeBSD.ORG Subject: Re: next CAM patches, when ? References: <19980705120328.A15992@klemm.gtn.com> <199807051607.KAA12081@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i In-Reply-To: <199807051607.KAA12081@pluto.plutotech.com>; from Justin T. Gibbs on Sun, Jul 05, 1998 at 10:02:34AM -0600 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, Jul 05, 1998 at 10:02:34AM -0600, Justin T. Gibbs wrote: > >Hi ! > > > >I'm trying to get everything running on my home box now: > > > > CAM and i4b (isdn) > > > >I think the latest CAM snapshot is a bit dated, so I wanted to ask, > >if there is something newer in sight, so that it's less work to make > >it run on a ­current of today. > > We are trying to build a full release for the next snapshot, so the code > will be released as soon as we are successful in doing that. Ok, thanks. -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Jul 5 16:00:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA27722 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 16:00:10 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (root@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27640 for ; Sun, 5 Jul 1998 15:59:57 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id QAA06659; Sun, 5 Jul 1998 16:52:23 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199807052252.QAA06659@panzer.plutotech.com> Subject: Re: Two problems (Ultra2-performance and CD-recording) In-Reply-To: <199807041433.QAA13909@father.ludd.luth.se> from Rolf Larsson at "Jul 4, 98 04:33:42 pm" To: rln@ludd.luth.se (Rolf Larsson) Date: Sun, 5 Jul 1998 16:52:23 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Rolf Larsson wrote... > Hello people, > > I have two problems which I suspect may be related to CAM. > > The system in question is a twin-CPU PII-400 with 256MB ECC memory and > an on-board Adaptec 7890 controller with a Seagate Cheetah Ultra2-LW disk > and a Yamaha CD-R 4260t CD-writer. (entire dmesg & config attached below) > > Source is 3.0-SNAP-980520 with the CAM patches from the same day. > > Problem 1: I can't get the performance I want out of the disk. Probing > when booting shows: > > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI2 device > da0: Serial Number LJ01239200001840H6VQ > da0: 6.600MB/s transfers , 16bit), Tagged Queueing Enabled > da0: 8683MB (17783240 512 byte sectors: 64H 32S/T 8683C) > > However, running camcontrol -i after booting gives me: > > [root@habanero] /sys/i386/conf > camcontrol -i > Fixed Direct Access SCSI2 device > Serial Number LJ01239200001840H6VQ > 80.0MB/s transfers (40.0MHz, offset 0, 16bit), Tagged Queueing Enabled > > which seems more reasonable (to me at least). Notice the offset 0. That isn't good. We know there are problems with the 7890 and Ultra 2 disks, most likely related to negotiation. Others have reported similar strange behavior. The problems with the 7890 and Ultra 2 drives aren't likely to be fixed until Justin gets an Ultra 2 drive to test. The Atipa folks have agreed to send him one, and it should arrive in a couple of days. That will hopefully help him find the problem. > Playing around with bonnie, dd, etc gives no more than 5.2 MB/s throughput. > This is both with and without the CD-burner attached, so it is not the > cause of the problem. I would be happy to try out any ideas you have. Right, it looks like your drive has attached async, so it isn't surprising that you haven't gotten over 6.6MB/sec. > Problem 2: The CD-writer doesn't show up when booting. I am clueless on this > one, and would appreciate any hints (including "you have forgotten to add > option FOO, stupid!" :-) that may help us in getting it going. Well, there isn't a WORM driver in CAM at the moment. I'm working on it, though. In the next snapshot, the CDROM driver will attach to your WORM drive. For now, there are a couple of things you can do. - If you want to be able to use it as a CDROM drive, look in sys/cam/scsi/scsi_cd.c. In the cdasync() function, you'll see a piece of code that looks like this: if (cgd->pd_type != T_CDROM) break; Change it so that it looks like this: if ((cgd->pd_type != T_CDROM) && (cgd->pd_type != T_WORM)) break; That will cause your WORM drive to get probed by the CD peripheral driver. That change is already in the tree, and will be in the next snapshot. - If you just want to see if CAM probed your WORM drive, and don't want to make the above change for some reason, boot with -v, and you'll see all the passthrough driver probe messages. The passthrough driver attaches to every SCSI device. - If you want to burn CD's, download and compile the cdrecord port that Mike Smith did. (I tweaked it a bit.) ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980630.tar.gz Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Jul 5 20:46:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA24388 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 20:46:22 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA24383 for ; Sun, 5 Jul 1998 20:46:21 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id VAA16037 for ; Sun, 5 Jul 1998 21:46:18 -0600 (MDT) Message-Id: <199807060346.VAA16037@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: scsi@FreeBSD.ORG Subject: Looking for Adaptec 174X documentation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Jul 1998 21:41:23 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just completed the initial port of the 174X driver to CAM, and I even have it performing tagged queuing. Unfortunately, neither the old FreeBSD driver nor the Linux driver document how you can do things like fetch the current transfer settings, or abort a currently executing command. Does anyone out there have a dusty old 174X programming manual kicking around they could send my way? Thanks, Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Jul 5 21:38:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29488 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 21:38:27 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29483 for ; Sun, 5 Jul 1998 21:38:25 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id VAA01977; Sun, 5 Jul 1998 21:38:15 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd001967; Mon Jul 6 04:38:13 1998 Date: Sun, 5 Jul 1998 21:38:06 -0700 (PDT) From: Julian Elischer To: "Justin T. Gibbs" cc: scsi@FreeBSD.ORG Subject: Re: Looking for Adaptec 174X documentation In-Reply-To: <199807060346.VAA16037@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I had the book. (I meant to bring it for you and forgot) in Australia. >From memory There wasn't much information available about that sort of thing.. it is a black box that you can't see inside of.. I can probabyl get it sent over to you but probably getting one from adaptec might be easier. julian On Sun, 5 Jul 1998, Justin T. Gibbs wrote: > I just completed the initial port of the 174X driver to CAM, and I even > have it performing tagged queuing. Unfortunately, neither the old FreeBSD > driver nor the Linux driver document how you can do things like fetch the > current transfer settings, or abort a currently executing command. Does > anyone out there have a dusty old 174X programming manual kicking around > they could send my way? > > Thanks, > Justin > > > > 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 Sun Jul 5 22:24:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA04846 for freebsd-scsi-outgoing; Sun, 5 Jul 1998 22:24:59 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA04841 for ; Sun, 5 Jul 1998 22:24:57 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id XAA19053; Sun, 5 Jul 1998 23:24:55 -0600 (MDT) Message-Id: <199807060524.XAA19053@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Julian Elischer cc: "Justin T. Gibbs" , scsi@FreeBSD.ORG Subject: Re: Looking for Adaptec 174X documentation In-reply-to: Your message of "Sun, 05 Jul 1998 21:38:06 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 05 Jul 1998 23:20:01 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I had the book. >(I meant to bring it for you and forgot) in Australia. > >>From memory There wasn't much information available about that sort of >thing.. All that I want to do is possible with commands on the 1542 and since the 174X can emulate a 154X when it's in "standard" mode, I'm hoping that there are similar commands in enhanced mode. >I can probabyl get it sent over to you but probably getting one from >adaptec might be easier. The last time I asked the Adaptec folks, they said it was out of print and that, at least in the technical marketing department, they didn't have any manuals they could copy for me. I'll try again. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 6 01:46:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA03647 for freebsd-scsi-outgoing; Mon, 6 Jul 1998 01:46:26 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from top.worldcontrol.com (surf52.cruzers.com [205.215.232.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA03625 for ; Mon, 6 Jul 1998 01:46:16 -0700 (PDT) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 575 invoked by uid 100); 6 Jul 1998 08:46:22 -0000 Message-ID: <19980706014617.A544@top.worldcontrol.com> Date: Mon, 6 Jul 1998 01:46:17 -0700 To: freebsd-scsi@FreeBSD.ORG Subject: AIC 7880, CAM, CD-burning a failure too Mail-Followup-To: freebsd-scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I had previously posted of troubles using cdrecord 1.6 with an aic7880 (Adaptec 2940UW) controller. It basically failed in the middle of burning 100% of the time, but the same setup succeeded 100% of the time with an aic7870 (2940W) controller. This all occured on a _non-CAM_ system. Kenneth Merry was nice enough to point me to ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980630.tar.gz which I promptly compiled and then switched my system back to CAM operation. (I had switched to non-CAM to use the existing cdrecord) Sadly, similar problems occur. With CAM and aic7870 (2940W) I did 22 successful dummy burns. With CAM and aic7880 (2940UW) it fails 100% of the time. On the very first attempt cdrecord got to 152 out of 442MB written and: ... Track 01: 150 of 442 MB written (fifo 100%). Track 01: 151 of 442 MB written (fifo 100%). Track 01: 152 of 442 MB written (fifo 100%). cdrecord: Invalid argument. CAM INTERFACE ERROR cdrecord: Invalid argument. write_g1: scsi sendcmd: no error status: 0x0 (GOOD STATUS) CDB: 2A 00 00 01 30 EA 00 00 1F 00 cmd finished after 0.807s timeout 40s write track data: error after 159862784 bytes Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 Writing time: 601.374s Fixating... There is also a great heaping pile of errors in /var/log/messages generally of the following types: Jul 6 00:30:11 bls2 /kernel: (pass1:ahc0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Jul 6 00:30:11 bls2 /kernel: (pass1:ahc0:0:1:0): NOT READY asc:3a,80 Jul 6 00:30:11 bls2 /kernel: (pass1:ahc0:0:1:0): Vendor Specific ASCQ .... Jul 6 00:30:36 bls2 /kernel: (pass1:ahc0:0:1:0): READ TOC/PMA/ATIP {MMC Propose d}. CDB: 43 0 0 0 0 0 0 0 4 0 Jul 6 00:30:36 bls2 /kernel: (pass1:ahc0:0:1:0): ILLEGAL REQUEST asc:24,0 Jul 6 00:30:36 bls2 /kernel: (pass1:ahc0:0:1:0): Invalid field in CDB Jul 6 00:39:28 bls2 /kernel: (da0:ahc0:0:0:0): SCB 0x13 - timed out in dataout phase, SCSISIGI == 0xe6 Jul 6 00:40:13 bls2 /kernel: SEQADDR == 0x115 Jul 6 00:40:13 bls2 /kernel: SSTAT1 == 0x13 Jul 6 00:40:13 bls2 /kernel: (da0:ahc0:0:0:0): SCB 0x21 - timed out in dataout phase, SCSISIGI == 0xe6 ... Jul 6 00:40:14 bls2 ahc0: Issued Channel A Bus Reset. 9 SCBs aborted There are lots of each type. Also, unlike the non-CAM failures, the CAM version failure is unable to ever recover once the problem occurs. With the non-CAM SCSI drivers I could start a new burn and all would proceed until the next timeout in the middle of the burn. With the CAM SCSI drivers once the failure has occured, cdrecord is basically unable to deal with the CD-R anymore. It can get some of the drive data still such as config info, but it can't fetch other info, and the burns fail immediately. For example (the errors are marked with ***): Cdrecord release 1.6 Copyright (C) 1995-1998 J\xf6rg Schilling TOC Type: 1 = CD-ROM scsidev: '0,1,0' scsibus: 0 target: 1 lun: 0 Device type : Removable CD-ROM Version : 2 Response Format: 2 Capabilities : Vendor_info : 'RICOH ' Identifikation : 'MP6200S ' Revision : '2.20' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO cdrecord: Drive needs to reload the media to return to proper status. cdrecord: Invalid argument. CAM INTERFACE ERROR cdrecord: Invalid argument. WARNING: RR-scheduler not available, disabling. Track 01: data 442 MB Total size: 508 MB (50:22.68) = 226701 sectors Lout start: 508 MB (50:24/51) = 226701 sectors ATIP info from disk: Indicated writing power: 6 Is not unrestricted Is not erasable *** ATIP start of lead in: 716730 (255:255/255) *** ATIP start of lead out: 300 (00:06/00) *** Disk type unknown *** Manufacturer unknown (not in table) -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 6 06:47:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10750 for freebsd-scsi-outgoing; Mon, 6 Jul 1998 06:47:20 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA10736 for ; Mon, 6 Jul 1998 06:47:01 -0700 (PDT) (envelope-from freebsd@magnet.geophysik.tu-freiberg.de) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.8.8/8.7.3) id PAA20238 for freebsd-scsi@freebsd.org; Mon, 6 Jul 1998 15:46:14 +0200 (CEST) From: Holm Tiffe Message-Id: <199807061346.PAA20238@magnet.geophysik.tu-freiberg.de> Subject: UDS-IS11 alias DMX3181LE alias DTC3181LE SCSI Controller To: freebsd-scsi@FreeBSD.ORG Date: Mon, 6 Jul 1998 15:46:14 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, we have purchased a UMAX Astra 1220S SCSI scanner wich comes with an little ugly scsi controller with an 25 pin female scsi connector (a'la Mac). no irq, no dma. The scsi-chip is labeled DTCT-436P or DOMEX 436P (on a paper label). Is there any way to get that thing working under -current ? It seems, that this controller is like an 53c400 with some differences. The same controller comes with an mustek scanner and many others. There is a patch for the linux ncr53c380 driver on the net: http://www.schwaben.de/home/bgt/ingmar/mustek-scsi.html but the FreeBSD nca driver looks totally different... Holm PS: sorry for my poor english. -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Freiberger Strasse 24 * * 09600 Kleinschirma, Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! * ******************************************************************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 6 09:27:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05408 for freebsd-scsi-outgoing; Mon, 6 Jul 1998 09:27:33 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05395 for ; Mon, 6 Jul 1998 09:27:31 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id KAA27341; Mon, 6 Jul 1998 10:22:26 -0600 (MDT) Date: Mon, 6 Jul 1998 10:22:26 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199807061622.KAA27341@narnia.plutotech.com> To: brian@worldcontrol.com cc: scsi@FreeBSD.ORG Subject: Re: AIC 7880, CAM, CD-burning a failure too Newsgroups: pluto.freebsd.scsi In-Reply-To: <19980706014617.A544@top.worldcontrol.com> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <19980706014617.A544@top.worldcontrol.com> you wrote: There are two things that may fix your problem. 1) A fix for the aic7880 Rev. B. 2) A fix for that corrects the setting of the sync rate register for speeds less then 10MHz. These fixes will be in the next CAM snapshot. We are working on the snapshot now, so it should be available sometime this week. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 6 11:33:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26478 for freebsd-scsi-outgoing; Mon, 6 Jul 1998 11:33:01 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26464 for ; Mon, 6 Jul 1998 11:32:53 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id MAA23873; Mon, 6 Jul 1998 12:24:05 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199807061824.MAA23873@panzer.plutotech.com> Subject: Re: Two problems (Ultra2-performance and CD-recording) In-Reply-To: <199807061525.RAA18394@father.ludd.luth.se> from Rolf Larsson at "Jul 6, 98 05:25:47 pm" To: rln@ludd.luth.se (Rolf Larsson) Date: Mon, 6 Jul 1998 12:24:05 -0600 (MDT) Cc: gibbs@pluto.plutotech.com, scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM899749445-23828-0_ Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --ELM899749445-23828-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Rolf Larsson wrote... > Kenneth D. Merry said something like this: > > > Notice the offset 0. That isn't good. We know there are problems > > with the 7890 and Ultra 2 disks, most likely related to negotiation. > > Others have reported similar strange behavior. The problems with the 7890 > > and Ultra 2 drives aren't likely to be fixed until Justin gets an Ultra 2 > > drive to test. The Atipa folks have agreed to send him one, and it should > > arrive in a couple of days. That will hopefully help him find the problem. > > OK. I'll hold my breath for now :-) speed isn't much of a problem anyway, > with 7 sambausers and an internal webserver it rocks quite good even with > that performance. > > > Well, there isn't a WORM driver in CAM at the moment. I'm working > > on it, though. In the next snapshot, the CDROM driver will attach to your > > WORM drive. For now, there are a couple of things you can do. > > > - If you just want to see if CAM probed your WORM drive, and don't > > want to make the above change for some reason, boot with -v, and > > you'll see all the passthrough driver probe messages. The > > passthrough driver attaches to every SCSI device. > > ...except this one (see attached dmesg output). That's odd, I guess. > found-> vendor=0x9005, dev=0x001f, revid=0x00 > class=01-00-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=19 > map[0]: type 4, range 32, base 0000d000, size 8 > map[1]: type 1, range 64, base e3000000, size 12 > map[2]: type 0, range 0, base 00000000, size 0 > ahc0: rev 0x00 int a irq 19 on pci0.6.0 > ahc0: Reading SEEPROM...checksum error > ahc0: No SEEPROM available > ahc0: Using left over BIOS settings > ahc0: aic7890/91 Wide Channel A, SCSI Id=15, 32/255 SCBs > ahc0: Resetting Channel A > ahc0: Downloading Sequencer Program... 407 instructions downloaded Justin has made some fixes to the Adaptec driver since the last snapshot that may fix your problem. Notice that the SCSI ID of your adapter is 15. Your WORM drive is almost certainly a narrow device, so it won't see the controller. There's a bug in the May 20th version of the Adaptec driver on Ultra 2 controllers -- it reads the SCSI ID from the wrong place (when it is looking at "leftover BIOS values" on chips without a SEEPROM). The patch fixes that problem. The other thing the patch does is that it tries reading the SEEPROM in several different formats, just in case the one you have is different from what the driver thinks should be there. Anyway, try the patch out, and let me know if it helps things any. This patch may also be useful to other folks, so I'm CCing it to the scsi list. Ken -- Kenneth Merry ken@plutotech.com --ELM899749445-23828-0_ Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: attachment; filename=ahc_pci_diffs Content-Description: ahc_pci_diffs Content-Transfer-Encoding: 7bit *** src/sys/pci/ahc_pci.c.orig --- src/sys/pci/ahc_pci.c *************** *** 401,407 **** /* Remeber how the card was setup in case there is no SEEPROM */ ahc_outb(ahc, HCNTRL, ahc->pause); ! our_id = ahc_inb(ahc, SCSIID) & OID; sxfrctl1 = ahc_inb(ahc, SXFRCTL1) & STPWEN; scsiseq = ahc_inb(ahc, SCSISEQ); --- 401,410 ---- /* Remeber how the card was setup in case there is no SEEPROM */ ahc_outb(ahc, HCNTRL, ahc->pause); ! if ((ahc->features & AHC_ULTRA2) != 0) ! our_id = ahc_inb(ahc, SCSIID_ULTRA2) & OID; ! else ! our_id = ahc_inb(ahc, SCSIID) & OID; sxfrctl1 = ahc_inb(ahc, SXFRCTL1) & STPWEN; scsiseq = ahc_inb(ahc, SCSISEQ); *************** *** 581,590 **** --- 584,600 ---- sd.sd_status_offset = SEECTL; sd.sd_dataout_offset = SEECTL; + /* + * For some multi-channel devices, the c46 is simply too + * small to work. For the other controller types, we can + * get our information from either SEEPROM type. Set the + * type to start our probe with accordingly. + */ if (ahc->flags & AHC_LARGE_SEEPROM) sd.sd_chip = C56_66; else sd.sd_chip = C46; + sd.sd_MS = SEEMS; sd.sd_RDY = SEERDY; sd.sd_CS = SEECS; *************** *** 595,624 **** have_seeprom = acquire_seeprom(ahc, &sd); if (have_seeprom) { - bus_size_t start_addr; - - start_addr = 32 * (ahc->channel - 'A'); if (bootverbose) printf("%s: Reading SEEPROM...", ahc_name(ahc)); ! have_seeprom = read_seeprom(&sd, (u_int16_t *)&sc, start_addr, ! sizeof(sc)/2); ! if (have_seeprom) { ! /* Check checksum */ ! int i; ! int maxaddr = (sizeof(sc)/2) - 1; ! u_int16_t *scarray = (u_int16_t *)≻ ! for (i = 0; i < maxaddr; i++) ! checksum = checksum + scarray[i]; ! if (checksum != sc.checksum) { ! if(bootverbose) ! printf ("checksum error\n"); ! have_seeprom = 0; ! } else if (bootverbose) { ! printf("done.\n"); } } } --- 605,643 ---- have_seeprom = acquire_seeprom(ahc, &sd); if (have_seeprom) { if (bootverbose) printf("%s: Reading SEEPROM...", ahc_name(ahc)); ! ! for (;;) { ! bus_size_t start_addr; ! ! start_addr = 32 * (ahc->channel - 'A'); ! ! have_seeprom = read_seeprom(&sd, (u_int16_t *)&sc, ! start_addr, sizeof(sc)/2); ! if (have_seeprom) { ! /* Check checksum */ ! int i; ! int maxaddr = (sizeof(sc)/2) - 1; ! u_int16_t *scarray = (u_int16_t *)≻ ! for (i = 0; i < maxaddr; i++) ! checksum = checksum + scarray[i]; ! if (checksum == 0 || checksum != sc.checksum) { ! if (bootverbose && sd.sd_chip == C56_66) ! printf ("checksum error\n"); ! have_seeprom = 0; ! } else if (bootverbose) { ! printf("done.\n"); ! break; ! } } + + if (sd.sd_chip == C56_66) + break; + sd.sd_chip = C56_66; } } --ELM899749445-23828-0_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 6 11:49:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28482 for freebsd-scsi-outgoing; Mon, 6 Jul 1998 11:49:00 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28477 for ; Mon, 6 Jul 1998 11:48:58 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id MAA24042; Mon, 6 Jul 1998 12:41:10 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199807061841.MAA24042@panzer.plutotech.com> Subject: Re: Two problems (Ultra2-performance and CD-recording) In-Reply-To: from ken at "Jul 6, 98 12:24:05 pm" To: ken@plutotech.com Date: Mon, 6 Jul 1998 12:41:10 -0600 (MDT) Cc: rln@ludd.luth.se, gibbs@pluto.plutotech.com, scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM899750470-24023-0_ Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --ELM899750470-24023-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit I wrote... > Justin has made some fixes to the Adaptec driver since the last > snapshot that may fix your problem. Oops. There was a bug in that patch. Anyway, here's a new one. Ken -- Kenneth Merry ken@plutotech.com --ELM899750470-24023-0_ Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: attachment; filename=ahc_pci_diffs Content-Description: ahc_pci_diffs Content-Transfer-Encoding: 7bit *** src/sys/pci/ahc_pci.c.orig --- src/sys/pci/ahc_pci.c *************** *** 401,407 **** /* Remeber how the card was setup in case there is no SEEPROM */ ahc_outb(ahc, HCNTRL, ahc->pause); ! our_id = ahc_inb(ahc, SCSIID) & OID; sxfrctl1 = ahc_inb(ahc, SXFRCTL1) & STPWEN; scsiseq = ahc_inb(ahc, SCSISEQ); --- 401,410 ---- /* Remeber how the card was setup in case there is no SEEPROM */ ahc_outb(ahc, HCNTRL, ahc->pause); ! if ((ahc->features & AHC_ULTRA2) != 0) ! our_id = ahc_inb(ahc, SCSIID_ULTRA2) & OID; ! else ! our_id = ahc_inb(ahc, SCSIID) & OID; sxfrctl1 = ahc_inb(ahc, SXFRCTL1) & STPWEN; scsiseq = ahc_inb(ahc, SCSISEQ); *************** *** 581,590 **** --- 584,600 ---- sd.sd_status_offset = SEECTL; sd.sd_dataout_offset = SEECTL; + /* + * For some multi-channel devices, the c46 is simply too + * small to work. For the other controller types, we can + * get our information from either SEEPROM type. Set the + * type to start our probe with accordingly. + */ if (ahc->flags & AHC_LARGE_SEEPROM) sd.sd_chip = C56_66; else sd.sd_chip = C46; + sd.sd_MS = SEEMS; sd.sd_RDY = SEERDY; sd.sd_CS = SEECS; *************** *** 595,624 **** have_seeprom = acquire_seeprom(ahc, &sd); if (have_seeprom) { - bus_size_t start_addr; - - start_addr = 32 * (ahc->channel - 'A'); if (bootverbose) printf("%s: Reading SEEPROM...", ahc_name(ahc)); ! have_seeprom = read_seeprom(&sd, (u_int16_t *)&sc, start_addr, ! sizeof(sc)/2); ! if (have_seeprom) { ! /* Check checksum */ ! int i; ! int maxaddr = (sizeof(sc)/2) - 1; ! u_int16_t *scarray = (u_int16_t *)≻ ! for (i = 0; i < maxaddr; i++) ! checksum = checksum + scarray[i]; ! if (checksum != sc.checksum) { ! if(bootverbose) ! printf ("checksum error\n"); ! have_seeprom = 0; ! } else if (bootverbose) { ! printf("done.\n"); } } } --- 605,644 ---- have_seeprom = acquire_seeprom(ahc, &sd); if (have_seeprom) { if (bootverbose) printf("%s: Reading SEEPROM...", ahc_name(ahc)); ! ! for (;;) { ! bus_size_t start_addr; ! ! start_addr = 32 * (ahc->channel - 'A'); ! ! have_seeprom = read_seeprom(&sd, (u_int16_t *)&sc, ! start_addr, sizeof(sc)/2); ! if (have_seeprom) { ! /* Check checksum */ ! int i; ! int maxaddr = (sizeof(sc)/2) - 1; ! u_int16_t *scarray = (u_int16_t *)≻ ! for (i = 0; i < maxaddr; i++) ! checksum = checksum + scarray[i]; ! if (checksum == 0 || checksum != sc.checksum) { ! if (bootverbose && sd.sd_chip == C56_66) ! printf ("checksum error\n"); ! have_seeprom = 0; ! } else { ! if (bootverbose) ! printf("done.\n"); ! break; ! } } + + if (sd.sd_chip == C56_66) + break; + sd.sd_chip = C56_66; } } --ELM899750470-24023-0_-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 7 03:25:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA03578 for freebsd-scsi-outgoing; Tue, 7 Jul 1998 03:25:30 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA03572 for ; Tue, 7 Jul 1998 03:25:28 -0700 (PDT) (envelope-from rln@ludd.luth.se) Received: from father.ludd.luth.se (rln@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id MAA01421; Tue, 7 Jul 1998 12:25:25 +0200 From: Rolf Larsson Received: (rln@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id MAA01604; Tue, 7 Jul 1998 12:25:24 +0200 Message-Id: <199807071025.MAA01604@father.ludd.luth.se> Subject: Re: Two problems (Ultra2-performance and CD-recording) To: ken@plutotech.com (Kenneth D. Merry) Date: Tue, 7 Jul 1998 12:25:24 +0200 (MET DST) Cc: rln@ludd.luth.se, gibbs@pluto.plutotech.com, scsi@FreeBSD.ORG In-Reply-To: <199807061824.MAA23873@panzer.plutotech.com> from "Kenneth D. Merry" at "Jul 6, 98 12:24:05 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kenneth D. Merry said something like this: > > ahc0: aic7890/91 Wide Channel A, SCSI Id=15, 32/255 SCBs > > Justin has made some fixes to the Adaptec driver since the last > snapshot that may fix your problem. Notice that the SCSI ID of your > adapter is 15. Your WORM drive is almost certainly a narrow device, so it > won't see the controller. There's a bug in the May 20th version of the > Adaptec driver on Ultra 2 controllers -- it reads the SCSI ID from the > wrong place (when it is looking at "leftover BIOS values" on chips without > a SEEPROM). The patch fixes that problem. > > The other thing the patch does is that it tries reading the SEEPROM > in several different formats, just in case the one you have is different > from what the driver thinks should be there. > > Anyway, try the patch out, and let me know if it helps things any. > This patch may also be useful to other folks, so I'm CCing it to the scsi > list. Hello, again, The patch fixes my problem regarding probing the CD-writer (or rather, with the SCSI ID). With the patch it detects the adapter at ID 7, which is correct. Thanks for all the help, and for the work! Snippets from dmesg: ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 32/255 SCBs pass1 at ahc0 bus 0 target 2 lun 0 pass1: Removable CD-ROM SCSI2 device pass1: 3.300MB/s transfers cd0 at ahc0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray c (cdrecord-1_6-cam_980630_tar.gz doesn't like me though, it bus errors because of "undefined error 0") To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Jul 7 07:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02917 for freebsd-scsi-outgoing; Tue, 7 Jul 1998 07:20:05 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02872 for ; Tue, 7 Jul 1998 07:20:00 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id IAA28222; Tue, 7 Jul 1998 08:18:38 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199807071418.IAA28222@panzer.plutotech.com> Subject: Re: Two problems (Ultra2-performance and CD-recording) In-Reply-To: <199807071025.MAA01604@father.ludd.luth.se> from Rolf Larsson at "Jul 7, 98 12:25:24 pm" To: rln@ludd.luth.se (Rolf Larsson) Date: Tue, 7 Jul 1998 08:18:38 -0600 (MDT) Cc: gibbs@pluto.plutotech.com, scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Rolf Larsson wrote... > The patch fixes my problem regarding probing the CD-writer (or rather, > with the SCSI ID). With the patch it detects the adapter at ID 7, which > is correct. Thanks for all the help, and for the work! > > Snippets from dmesg: > ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 32/255 SCBs > pass1 at ahc0 bus 0 target 2 lun 0 > pass1: Removable CD-ROM SCSI2 device > pass1: 3.300MB/s transfers > cd0 at ahc0 bus 0 target 2 lun 0 > cd0: Removable CD-ROM SCSI2 device > cd0: 3.300MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray c Great, I'm glad it works. > (cdrecord-1_6-cam_980630_tar.gz doesn't like me though, it bus errors > because of "undefined error 0") Do you have /usr/include/camlib.h on your system? And have you installed libcam? The cdrecord port uses camlib.h to figure out whether you're on a CAM system or not. If that isn't the problem, could you send the command line arguments you're using, and the output from cdrecord? (turn on the verbose flags as well) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 9 15:24:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA06224 for freebsd-scsi-outgoing; Thu, 9 Jul 1998 15:24:58 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA06219 for ; Thu, 9 Jul 1998 15:24:56 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id QAA11479 for scsi@freebsd.org; Thu, 9 Jul 1998 16:24:54 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199807092224.QAA11479@panzer.plutotech.com> Subject: new CAM cdrecord port/patch To: scsi@FreeBSD.ORG Date: Thu, 9 Jul 1998 16:24:54 -0600 (MDT) X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have cleaned up the CAM cdrecord port, with help from Joerg Schilling and Mike Smith. Here are the URLs: port: ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6-cam.980709.tar.gz patch: ftp://ftp.kdm.org/pub/FreeBSD/cam/cdrecord-1.6.cam_patch.980709 Feedback (i.e. does this work for you?) would be helpful. Note that you need the CAM userland header files and the CAM library installed in order to build the port. (/usr/include/camlib.h, /usr/include/cam/*, /usr/lib/{aout,elf}/libcam*) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jul 10 09:52:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05516 for freebsd-scsi-outgoing; Fri, 10 Jul 1998 09:52:32 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05466 for ; Fri, 10 Jul 1998 09:52:24 -0700 (PDT) (envelope-from Tor.Egge@fast.no) From: Tor.Egge@fast.no Received: from idi.ntnu.no (tegge@ikke.idi.ntnu.no [129.241.111.65]) by pat.idi.ntnu.no (8.8.8/8.8.8) with ESMTP id SAA28688 for ; Fri, 10 Jul 1998 18:52:21 +0200 (MET DST) Message-Id: <199807101652.SAA28688@pat.idi.ntnu.no> To: scsi@FreeBSD.ORG Subject: ahc0: brkadrint, (null) at seqaddr = 0x17d X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 10 Jul 1998 18:52:21 +0200 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm using the 980520 snapshot of CAM for -current. When using the on-board AIC-7890 controller on a ASUS P2B-DS I sometimes got some strange boot problems (when performing the interrupt driven probing of the scsi bus): ahc0: brkadrint, (null) at seqaddr = 0x17d ahc0: brkadrint, (null) at seqaddr = 0x17d ahc0: brkadrint, (null) at seqaddr = 0x17d ahc0: brkadrint, (null) at seqaddr = 0x17d ahc0: brkadrint, (null) at seqaddr = 0x17d .... ahc0: brkadrint, (null) at seqaddr = 0x2 ahc0: brkadrint, (null) at seqaddr = 0x2 ahc0: brkadrint, (null) at seqaddr = 0x2 ahc0: brkadrint, (null) at seqaddr = 0x2 ahc0: brkadrint, (null) at seqaddr = 0x2 .... Instead of information about the real hard error, (null) was printed. The error code read from the ERROR register was DPARERR (0x10). As a workaround, I'm using a lower value for the PCI latency timer (configured in the Mainboard BIOS). I also had to modify the driver to ignore left over BIOS settings, since the driver gave unreasonable values for transfer rates when attempting to use the left over BIOS settings. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jul 10 13:23:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03896 for freebsd-scsi-outgoing; Fri, 10 Jul 1998 13:23:15 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from fledge.watson.org (shafeeq@COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03841 for ; Fri, 10 Jul 1998 13:22:57 -0700 (PDT) (envelope-from shafeeq@cyrus.watson.org) Received: from localhost (shafeeq@localhost) by fledge.watson.org (8.8.8/8.8.8) with SMTP id QAA00659; Fri, 10 Jul 1998 16:22:50 -0400 (EDT) X-Authentication-Warning: fledge.watson.org: shafeeq owned process doing -bs Date: Fri, 10 Jul 1998 16:22:49 -0400 (EDT) From: Shafeeq Sinnamohideen X-Sender: shafeeq@fledge.watson.org Reply-To: Shafeeq Sinnamohideen To: "Kenneth D. Merry" cc: freebsd-scsi@FreeBSD.ORG, gibbs@pluto.plutotech.com Subject: Re: disappearing cdrom w/ Bt948+CAM In-Reply-To: <199806152213.QAA26718@panzer.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sorry to take so long to get back to this, but after recovering from a couple of disk failures, I can at least say that the sa driver works as far as I can see ;) Here is the probe output again. Curiously, the output is the exact same when that drive is not connected. Jul 8 20:37:19 luthien /kernel: got an error back while probing the CDROM Jul 8 20:37:19 luthien /kernel: (probe6:bt0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 Jul 8 20:37:19 luthien /kernel: (probe6:bt0:0:6:0): error code 0 Jul 8 20:37:19 luthien /kernel: changing root device to da0s1a Jul 8 20:37:19 luthien /kernel: da2 at bt0 bus 0 target 2 lun 0 Jul 8 20:37:19 luthien /kernel: da2: Fixed Direct Access SCS I2 device Jul 8 20:37:20 luthien /kernel: da2: 10.0MB/s transfers (10.0MHz, offset 8) Jul 8 20:37:20 luthien /kernel: da2: 516MB (1057616 512 byte sectors: 64H 32S/T 516 C) Jul 8 20:37:20 luthien /kernel: da1 at bt0 bus 0 target 1 lun 0 Jul 8 20:37:20 luthien /kernel: da1: Fixed Direct Access SCSI2 device Jul 8 20:37:20 luthien /kernel: da1: Serial Number 0000A00000 Jul 8 20:37:20 luthien /kernel: da1: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled Jul 8 20:37:20 luthien /kernel: da1: 1001MB (2051000 512 byte sectors: 64H 32S/T 10 01C) Jul 8 20:37:20 luthien /kernel: da0 at bt0 bus 0 target 0 lun 0 Jul 8 20:37:20 luthien /kernel: da0: Fixed Direct Access SCSI 2 device Jul 8 20:37:20 luthien /kernel: da0: 3.300MB/s transfers Jul 8 20:37:20 luthien /kernel: da0: 257MB (528354 512 byt Jul 8 20:37:20 luthien /kernel: e sectors: 64H 32S/T 257C) Jul 8 20:37:20 luthien /kernel: da3 at bt0 bus 0 target 3 lun 0 Jul 8 20:37:20 luthien /kernel: da3: Fixed Direct Acc ess SCSI2 device Jul 8 20:37:21 luthien /kernel: da3: Serial Number 174718930168 Jul 8 20:37:21 luthien /kernel: da3: 10.0MB/s transfers (10.0MHz, offset 15), Tagge d Queueing Enabled Jul 8 20:37:21 luthien /kernel: da3: 4345MB (8899737 512 byte sectors: 255H 63S/T 5 53C) Jul 8 20:37:21 luthien /kernel: cd0 at bt0 bus 0 target 5 lun 0 Jul 8 20:37:21 luthien /kernel: cd0: Removable CD-ROM S CSI2 device Jul 8 20:37:21 luthien /kernel: cd0: 6.756MB/s transfers (6.756MHz, offset 15) Jul 8 20:37:21 luthien /kernel: cd0: cd present [314225 x 2048 byte records] This is with the 980520 cam & current. Thanks, Shafeeq On Mon, 15 Jun 1998, Kenneth D. Merry wrote: > One thing you might be able to do is put some printfs in > probedone() to see whether various commands are succeeding or failing, and > possibly get a better handle on the problem. I would suggest initially > just putting a scsi_sense_print() in the PROBE_INQUIRY case of probedone(), > like this: > > [ .... ] > } else if ((done_ccb->ccb_h.status & CAM_SIM_QFRZN) != 0) { > /* Don't wedge the queue */ > xpt_release_devq(done_ccb->ccb_h.path->device, > /*run_queue*/TRUE); > } > > /* XXX this is new XXX */ > if ((done_ccb->ccb_h.target_id == 6) > && (done_ccb->ccb_h.target_lun == 0)) { > printf("got an error back while probing the CDROM\n"); > scsi_sense_print(&done_ccb->csio); > } > /* XXX end of new code */ > /* > * If we get to this point, we got an error status back > * from the inquiry and the error status doesn't require > [ .... ] > > > Ken > -- > Kenneth Merry > ken@plutotech.com > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jul 10 13:39:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA07814 for freebsd-scsi-outgoing; Fri, 10 Jul 1998 13:39:42 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA07799 for ; Fri, 10 Jul 1998 13:39:40 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id OAA15605; Fri, 10 Jul 1998 14:39:30 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199807102039.OAA15605@panzer.plutotech.com> Subject: Re: disappearing cdrom w/ Bt948+CAM In-Reply-To: from Shafeeq Sinnamohideen at "Jul 10, 98 04:22:49 pm" To: shafeeq@cyrus.watson.org Date: Fri, 10 Jul 1998 14:39:30 -0600 (MDT) Cc: freebsd-scsi@FreeBSD.ORG, gibbs@pluto.plutotech.com X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Shafeeq Sinnamohideen wrote... > > Sorry to take so long to get back to this, but after recovering from a > couple of disk failures, I can at least say that the sa driver works as > far as I can see ;) > > Here is the probe output again. Curiously, the output is the exact same > when that drive is not connected. Actually, that's not surprising at all. The probe code probes every target on the bus, so you'll get something like that back no matter whether you have the CDROM plugged in or not. > Jul 8 20:37:19 luthien /kernel: got an error back while probing the CDROM > Jul 8 20:37:19 luthien /kernel: (probe6:bt0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 > Jul 8 20:37:19 luthien /kernel: (probe6:bt0:0:6:0): error code 0 Do you get the same error message back whether or not you have the CDROM plugged in? If so, can you change the code snippet to: /* XXX this is new XXX */ if ((done_ccb->ccb_h.target_id == 6) && (done_ccb->ccb_h.target_lun == 0)) { printf("got an error back while probing the CDROM\n"); scsi_sense_print(&done_ccb->csio); printf("CAM status is %#x\n", done_ccb->ccb_h.status); } /* XXX end of new code */ The error message above indicates that the device itself didn't send back any error messages. The only way we could be getting to the snippet of code above is if done_ccb->ccb_h.status & CAM_STATUS_MASK isn't CAM_REQ_CMP. I assumed that the inquiry was failing due to some SCSI error that came back, but if that error message gets printed out when the device is plugged in, that must not be the case. So, I want to know what the status is that's causing the inquiry command to fail. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jul 10 14:59:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24995 for freebsd-scsi-outgoing; Fri, 10 Jul 1998 14:59:18 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA24877 for ; Fri, 10 Jul 1998 14:58:36 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA18099 (5.67b/IDA-1.5); Fri, 10 Jul 1998 22:58:29 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id VAA06311; Fri, 10 Jul 1998 21:04:21 +0200 (CEST) From: Wilko Bulte Message-Id: <199807101904.VAA06311@yedi.iaf.nl> Subject: Re: Looking for Adaptec 174X documentation In-Reply-To: <199807060346.VAA16037@pluto.plutotech.com> from "Justin T. Gibbs" at "Jul 5, 98 09:41:23 pm" To: gibbs@plutotech.com (Justin T. Gibbs) Date: Fri, 10 Jul 1998 21:04:21 +0200 (CEST) Cc: scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Justin T. Gibbs wrote... > I just completed the initial port of the 174X driver to CAM, and I even > have it performing tagged queuing. Unfortunately, neither the old FreeBSD > driver nor the Linux driver document how you can do things like fetch the > current transfer settings, or abort a currently executing command. Does > anyone out there have a dusty old 174X programming manual kicking around > they could send my way? Sure, is in my stockroom somewhere. Do you still want it? Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko @ yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW: http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jul 10 15:05:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26319 for freebsd-scsi-outgoing; Fri, 10 Jul 1998 15:05:01 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26247 for ; Fri, 10 Jul 1998 15:04:29 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id QAA25622; Fri, 10 Jul 1998 16:04:21 -0600 (MDT) Message-Id: <199807102204.QAA25622@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Wilko Bulte cc: gibbs@plutotech.com (Justin T. Gibbs), scsi@FreeBSD.ORG Subject: Re: Looking for Adaptec 174X documentation In-reply-to: Your message of "Fri, 10 Jul 1998 21:04:21 +0200." <199807101904.VAA06311@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 Jul 1998 15:59:28 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >Sure, is in my stockroom somewhere. Do you still want it? It seems that most of the people who have responded are in Europe or believe they may have a copy in Australia but happen to currently be in the states! I'm pinging my contact at Adaptec again to see if he can help, but if not, I'll take you up on your offer. >Wilko >_ ______________________________________________________________________ > | / o / / _ Bulte email: wilko @ yedi.i >af.nl > |/|/ / / /( (_) Arnhem, The Netherlands WWW: http://www.tcja.nl >______________________________________________ Powered by FreeBSD __________ > -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jul 11 00:08:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05761 for freebsd-scsi-outgoing; Sat, 11 Jul 1998 00:08:45 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from colossus.dyn.ml.org (dburr@pm2-5.sba1.avtel.net [207.71.218.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA05742 for ; Sat, 11 Jul 1998 00:08:29 -0700 (PDT) (envelope-from dburr@colossus.dyn.ml.org) Received: (from dburr@localhost) by colossus.dyn.ml.org (8.8.8/8.8.7) id AAA28071 for freebsd-scsi@freebsd.org; Sat, 11 Jul 1998 00:08:09 -0700 (PDT) (envelope-from dburr) Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 11 Jul 1998 00:08:08 -0700 (PDT) Organization: Computer Help From: Donald Burr To: FreeBSD SCSI Subject: what the heck is going on with my scanner? Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I recently purchased a UMAX Astra 1200S SCSI scanner, to add to my FreeBSD 2.2.6-RELEASE system (which uses an Adaptec AHA-2940AU PCI narrow UltraSCSI controller). I'm using the SANE port (graphics/sane) to scan stuff. First, I'd like to say that, despite all the weirdo messages shown below, the scanner DOES WORK. There's no problem with the scanner: all my scans come out perfect. However, if at all possible, I would like to find out what the heck is going on here, because the messages are annoying and make dmesg worthless :) Anyway, upon boot-up, the scanner probes really strangely: ----- ahc0:A:5: refuses synchronous negotiation. Using asynchronous transfers (ahc0:5:0): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 uk0(ahc0:5:0): Unknown (ahc0:5:1): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 uk1(ahc0:5:1): Unknown (ahc0:5:2): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 uk2(ahc0:5:2): Unknown (ahc0:5:3): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 uk3(ahc0:5:3): Unknown (ahc0:5:4): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 uk4(ahc0:5:4): Unknown (ahc0:5:5): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 uk5(ahc0:5:5): Unknown (ahc0:5:6): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 uk6(ahc0:5:6): Unknown (ahc0:5:7): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 uk7(ahc0:5:7): Unknown ----- Note the "refuses synchronous negotiation" and the fact that all LUN's are probed (afaik, this scanner does not use any LUN's). Also, when using the scanner (I am using SANE 0.73 from ports) I get the following in dmesg: ----- uk0(ahc0:5:0): unknown error category from host adapter code uk0(ahc0:5:0): Target Busy ...repeated ad infinatum... ----- What gives here?n Is there any way of fixing it? (for example, upgrading to RELENG22?) Assistance is greatly appreciated. Thanks! --- Donald Burr - Ask me for my PGP key | PGP: Your WWW HomePage: http://DonaldBurr.base.org/ ICQ #1347455 | right to Address: P.O. Box 91212, Santa Barbara, CA 93190-1212 | 'Net privacy. Phone: (805) 957-9666 FAX: (800) 492-5954 | USE IT. ----------------------------------------------------------------------- FreeBSD - Turning PCs into Workstations - http://www.freebsd.org/ (NOTE: POBoxes.com appears to be working again -- fire away!) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jul 11 19:19:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04624 for freebsd-scsi-outgoing; Sat, 11 Jul 1998 19:19:45 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from scifair.acadiau.ca (scifair.acadiau.ca [131.162.160.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA04603 for ; Sat, 11 Jul 1998 19:19:41 -0700 (PDT) (envelope-from miker@scifair.acadiau.ca) Received: from localhost (miker@localhost) by scifair.acadiau.ca (8.8.5/8.8.5) with SMTP id XAA12602 for ; Sat, 11 Jul 1998 23:19:40 -0300 (ADT) Date: Sat, 11 Jul 1998 23:19:40 -0300 (ADT) From: Michael Richards To: scsi@FreeBSD.ORG Subject: SCSI errors? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi. I just noticed a few thousand errors about a hard drive on our system... s:80,4a Jul 11 23:39:26 frodo /kernel: , retries:4 Jul 11 23:39:26 frodo /kernel: , retries:4 Jul 11 23:39:28 frodo /kernel: sd1(ahc0:1:0): MEDIUM ERROR info:0x10222c0 csi:ff,ff,ff,ff asc:11,1 Read retries exhausted sks:80,4a Jul 11 23:39:28 frodo /kernel: sd1(ahc0:1:0): MEDIUM ERROR info:0x10222c0 csi:ff,ff,ff,ff asc:11,1 Read retries exhausted sks:80,4a Jul 11 23:39:28 frodo /kernel: , retries:3 Jul 11 23:39:28 frodo /kernel: , retries:3 Jul 11 23:39:30 frodo /kernel: sd1(ahc0:1:0): MEDIUM ERROR info:0x10222c0 csi:ff,ff,ff,ff asc:11,1 Read retries exhausted sks:80,4a Jul 11 23:39:30 frodo /kernel: sd1(ahc0:1:0): MEDIUM ERROR info:0x10222c0 csi:ff,ff,ff,ff asc:11,1 Read retries exhausted sks:80,4a Jul 11 23:39:30 frodo /kernel: , retries:2 Jul 11 23:39:30 frodo /kernel: , retries:2 Jul 11 23:39:32 frodo /kernel: sd1(ahc0:1:0): MEDIUM ERROR info:0x10222c0 csi:ff,ff,ff,ff asc:11,1 Read retries exhausted sks:80,4a Jul 11 23:39:32 frodo /kernel: sd1(ahc0:1:0): MEDIUM ERROR info:0x10222c0 csi:ff,ff,ff,ff asc:11,1 Read retries exhausted sks:80,4a Jul 11 23:39:32 frodo /kernel: , retries:1 These are just a few, but is this an indication that the Fujuitsu drive has begun to melt? Most of the data on the drive is intact. I unmounted it and ran fsck. It didn't complain about anything, but I doubt it looked at the physical data on the drive. The dir where these files are stored contains about 60,000 files. A gig or so of data. I doubt this has any effect tho. This is a fudgcicle er.. Fujuitsu 9.1 UW SCSI drive. It's on an Adaptec controller Running 2.2.5-RELEASE -Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jul 11 19:43:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11455 for freebsd-scsi-outgoing; Sat, 11 Jul 1998 19:43:26 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA11388 for ; Sat, 11 Jul 1998 19:43:05 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA09624 (5.67b/IDA-1.5); Sun, 12 Jul 1998 00:05:46 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id SAA01143; Sat, 11 Jul 1998 18:36:36 +0200 (CEST) From: Wilko Bulte Message-Id: <199807111636.SAA01143@yedi.iaf.nl> Subject: Re: what the heck is going on with my scanner? In-Reply-To: from Donald Burr at "Jul 11, 98 00:08:08 am" To: dburr@POBoxes.com (Donald Burr) Date: Sat, 11 Jul 1998 18:36:36 +0200 (CEST) Cc: freebsd-scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Donald Burr wrote... > First, I'd like to say that, despite all the weirdo messages shown below, > the scanner DOES WORK. There's no problem with the scanner: all my scans > come out perfect. However, if at all possible, I would like to find out > what the heck is going on here, because the messages are annoying and make > dmesg worthless :) > > Anyway, upon boot-up, the scanner probes really strangely: > > ----- > ahc0:A:5: refuses synchronous negotiation. Using asynchronous transfers > (ahc0:5:0): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 > uk0(ahc0:5:0): Unknown > (ahc0:5:1): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 > uk1(ahc0:5:1): Unknown > (ahc0:5:2): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 > uk2(ahc0:5:2): Unknown > (ahc0:5:3): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 > uk3(ahc0:5:3): Unknown > (ahc0:5:4): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 > uk4(ahc0:5:4): Unknown > (ahc0:5:5): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 > uk5(ahc0:5:5): Unknown > (ahc0:5:6): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 > uk6(ahc0:5:6): Unknown > (ahc0:5:7): "UMAX Astra 1200S V2.9" type 6 fixed SCSI 2 > uk7(ahc0:5:7): Unknown > ----- > > Note the "refuses synchronous negotiation" and the fact that all LUN's are > probed (afaik, this scanner does not use any LUN's). This is called broken firmware. The device reacts to LUN !=0 even if it has no LUNs != 0 _ ______________________________________________________________________ | / o / / _ Bulte email: wilko @ yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW: http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Jul 11 22:21:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA08350 for freebsd-scsi-outgoing; Sat, 11 Jul 1998 22:21:36 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA08324 for ; Sat, 11 Jul 1998 22:21:27 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id HAA25707; Sun, 12 Jul 1998 07:21:18 +0200 (CEST) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id HAA04950; Sun, 12 Jul 1998 07:10:17 +0200 (MET DST) Message-ID: <19980712071017.37326@uriah.heep.sax.de> Date: Sun, 12 Jul 1998 07:10:17 +0200 From: J Wunsch To: freebsd-scsi@FreeBSD.ORG Cc: robert@chalmers.com.au Subject: Re: scsiformat reporting different speed to disklabel Reply-To: Joerg Wunsch References: <357CAD4C.16055D8A@chalmers.com.au> <19980621194949.YQ56000@jette.heep.sax.de> <358D868B.A4751765@chalmers.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <358D868B.A4751765@chalmers.com.au>; from Robert Chalmers on Mon, Jun 22, 1998 at 08:17:47AM +1000 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 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Robert Chalmers wrote: > thanks for the info. I have managed to work it all out, and can now > disklabel a disk using only the disktab entry and the command > "disklabel -r -w /dev/rsd1c C2490A sd1s1", C2490A being the > appropriate disktab. The one thing I can't get rid of however, is > the warning from the kernel, > > /kernel: sd1: invalid primary partition table: no magic Junk. This warning has been hidden behind the `bootverbose' case now since it was confusing too many people. It only means the first block doesn't end up in 0x55aa. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- 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 From owner-freebsd-scsi Sat Jul 11 23:15:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14127 for freebsd-scsi-outgoing; Sat, 11 Jul 1998 23:15:59 -0700 (PDT) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from nanguo.chalmers.com.au (gateway.chalmers.com.au [203.1.96.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14120 for ; Sat, 11 Jul 1998 23:15:53 -0700 (PDT) (envelope-from robert@chalmers.com.au) Received: from chalmers.com.au (carbon.chalmers.com.au [203.1.96.26]) by nanguo.chalmers.com.au (8.8.8/8.8.8) with ESMTP id PAA29731 for ; Sun, 12 Jul 1998 15:35:09 +1000 (EST) Message-ID: <35A84B02.75772309@chalmers.com.au> Date: Sun, 12 Jul 1998 15:34:58 +1000 From: Robert Chalmers Reply-To: robert@chalmers.com.au Organization: chalmers.com.au X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-scsi@FreeBSD.ORG Subject: Re: scsiformat reporting different speed to disklabel References: <357CAD4C.16055D8A@chalmers.com.au> <19980621194949.YQ56000@jette.heep.sax.de> <358D868B.A4751765@chalmers.com.au> <19980712071017.37326@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks, It's hideable anyway by writing a dummy bootblock with -B. cheers bob J Wunsch wrote: > > As Robert Chalmers wrote: > > > thanks for the info. I have managed to work it all out, and can now > > disklabel a disk using only the disktab entry and the command > > "disklabel -r -w /dev/rsd1c C2490A sd1s1", C2490A being the > > appropriate disktab. The one thing I can't get rid of however, is > > the warning from the kernel, > > > > > /kernel: sd1: invalid primary partition table: no magic > > Junk. This warning has been hidden behind the `bootverbose' case now > since it was confusing too many people. It only means the first block > doesn't end up in 0x55aa. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Support Whirled Peas. Business in China? China House robert@chalmers.com.au ph:61 7 49440357 fx:61 7 49578425 #11252938 http://www.chalmers.com.au/ChinaHouse/Business/webposition http://www.chalmers.com.au/ChinaHouse/Business/net2phone.html http://www.chalmers.com.au/ChinaHouse/Business/vpay/vpay.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message