From owner-freebsd-questions Thu Aug 17 11:49:47 1995 Return-Path: questions-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA01698 for questions-outgoing; Thu, 17 Aug 1995 11:49:47 -0700 Received: from cec.wustl.edu (cec.wustl.edu [128.252.158.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA01689 for ; Thu, 17 Aug 1995 11:49:45 -0700 Received: from MATTROSE (dialin-42.wustl.edu) by cec.wustl.edu (5.x/ECL-A1.27) id AA05085; Thu, 17 Aug 1995 13:49:30 -0500 Date: Thu, 17 Aug 1995 13:49:30 -0500 Message-Id: <9508171849.AA05085@cec.wustl.edu> X-Sender: mar7@cec.wustl.edu X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Justin T. Gibbs" From: mar7@cec.wustl.edu (Matt Rosenberg) Subject: Re: Multiple Adaptec 2742W's Cc: questions@freebsd.org Sender: questions-owner@freebsd.org Precedence: bulk On Thu, 17 Aug 1995 at 07:54:26 -0700, "Justin T. Gibbs" wrote: >>Apparently 2.0.5 is not compatable with more than 1 Adaptec >>2742W. I can add the second device line in the kernel >>configuration, and it will probe the bus for the second adaptor >>correctly (it probes both correctly). However, the kernel will >>continue to probe the remaining devices and at the end of the >>probing phase, right before the swap is turned on and the file >>systems mounted, the system locks up. I've tried different >>IRQ's for the two adaptors. I've also tried the same IRQ with >>the conflicts keyword added in the second device line. Same >>results - the adaptor and its bus are probed correctly but the >>system locks up before the file systems are mounted. Each >>adaptor has exactly one Seagate 43401N (Elite 3) drive. The >>first drive is assigned sd0 according to the messages and the >>second drive sd1, just as would be expected. > >Are you sure that the BIOS for the second card is disabled or >in a region that doesn't conflict with any other card in your >system. I've seen the same sort of symptom when the BIOS region >overlapped an ethernet cards shared mem location. The IRQs must >not be shared for EISA versions of this card (I know you've tried this). >What IRQs are you using? Are you sure that nothing else is using >those IRQs? Adaptec actually recommends using the same IRQ if the two cards are the model (which they are here). When trying the same IRQ, I've been using IRQ 11. When using the separate IRQ's, I've been using 11 and 12. I've checked closely for possible conflicts, but they do not exist. From the very beginning I've had the BIOS disabled for the second adaptor. >>BTW, although the Seagate 43401N _is_ a wide SCSI device if the >>2742W is configured to "initiate wide negotiation" for the >>43401N, FreeBSD 2.0.5 will not probe the device correctly. It >>doesn't make a difference to DOS whether that flag is turned >>on. > >Can you try the latest SNAP-shot floppy? Its not quite the latest >code, but it is much closer than 2.0.5. I'm using it as an active, up and running, web server, so I don't want to take it down many more times or much longer than possible. I did find a fix to that problem. Just turn off the "initiate wide negotiation" flag for the drive from the Adaptor configuration tool in DOS. When this flag is left on, FreeBSD reads the drive as a "S441 00427 1N" instead of "SEAGATE 43401N 0104"; the type is read as "type 0 fixed SCSI 3" instead of "type 0 fixed SCSI 2"; the size is read as 6528MB instead of the correct 2777MB; and this all causes the partition table to become undreadable, so I don't even have a chance to tell it the correct geometry. DOS doesn't seem to care if the flag is on or off, and the manual for the drive does say that it is a "wide SCSI" device, and its only I/O port is a 68-pin SCSI 3 port. *shrug* I don't know, I found a work-around. Give this to the hackers who wrote the driver for the adaptor. ============================================= Matt Rosenberg Washington University School of Law St. Louis, MO, USA mar7@cec.wustl.edu ; rosenbem@wulaw.wustl.edu http://www.cec.wustl.edu/~mar7/ =============================================