From owner-freebsd-questions Fri Apr 14 20:17:34 1995 Return-Path: questions-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA24336 for questions-outgoing; Fri, 14 Apr 1995 20:17:34 -0700 Received: from rdsw.com (rdsw.com [198.211.39.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA24324 for ; Fri, 14 Apr 1995 20:17:28 -0700 Received: (from bob@localhost) by rdsw.com (8.6.11/8.6.9) id WAA18596; Fri, 14 Apr 1995 22:17:56 -0500 From: Bob Dunaway Message-Id: <199504150317.WAA18596@rdsw.com> Subject: Re: Archive DAT SCSI problem To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Fri, 14 Apr 1995 22:17:55 -0500 (CDT) Cc: freebsd-questions@FreeBSD.org In-Reply-To: <199504141628.JAA02525@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Apr 14, 95 09:28:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2823 Sender: questions-owner@FreeBSD.org Precedence: bulk > > >I have recently brought up a system with FreeBSD on a 486DX2/66 and > >am very happy with the system except for a SCSI tape problem. > >I have been having problems adding an Archive Python 25501-xxx DAT tape > >drive to the 950322-SNAP release of FreeBSD. I am using the Adaptec 2842A > >controller. The system locks up when booting with the tape drive connected. > > > >ahc1: reading board settings > >ahc1: 284x Single Channel, SCSI Id=7, aic7770 >= Rev E, 16 SCBs > >ahc1: Downloading Sequencer Program...Done > >ahc1 at 0x1000-0x10ff irq 11 on eisa slot 1 > >ahc1: Probing channel A > >ahc1 waiting for scsi devices to settle > >ahc1: target 0 synchronous at 10.0MB/s, offset = 0x19 > >(ahc1:0:0): "HP C2490A-300 4140" is a type 0 fixed SCSI 2 > >sd0(ahc1:0:0): Direct-Access 2033MB (4165272 512 byte sectors) > >ahc1: target 6 synchronous at 10.0MB/s, offset = 0x42 > > > >The system hangs at this point with the disk controller access light on. > >I rebuilt the kernel with the NEW_SCSICONF option and also added a > >table entry for the Archive drive using the parameters of the Wangdat > >DAT drive. I then tried the SCSI_2_DEF option. Neither of these options > >made any difference. I then tried the SCSIDEBUG option to determine > >where the boot was failing. The boot was successful and I was able to > >write a tar tape and read it successfully (with a lot of debug messages). > >Apparently, the problem is related to timing to the Archive tape drive. > >The last thing which I have tried was the new aic sequencer code and > >driver. The system still locks up at the same place during boot (no debug). > >Does anyone have any suggestions for resolving this problem. > > The dmesg output came from the -current aic7xxx driver? Just to make sure, > can you try the 4/12 SNAP snapshot disks out (incase you didn't grab all > of the required files). If this is the -current code, it looks like a > syncronous negotiation problem. We should never allow negotiation above > 15. > > > > >Thanks > >bob@rdsw.com > > -- > Justin T. Gibbs > ============================================== > TCS Instructional Group - Programmer/Analyst 1 > Cory | Po | Danube | Volga | Parker | Torus > ============================================== > The dmesg output came from the 950322-SNAP as released. I had seen the same results with the new aic7000 driver and sequencer. Mark Hittenger suggested that I might need a tape loaded in the drive during boot. Although I had tried that several days ago, I tried it again with the new driver and it booted just fine. I was able to make a full backup. I had not tried the complete 950412-SNAP because I was concerned that the new sliver disk partitioning was part of that release, but I read tonight that it is not, so I may try it now. Thanks Bob Dunaway bob@rdsw.com