From owner-freebsd-hardware Thu Aug 22 05:48:38 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11288 for hardware-outgoing; Thu, 22 Aug 1996 05:48:38 -0700 (PDT) Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA11268 for ; Thu, 22 Aug 1996 05:48:25 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-2.slip.Uni-Koeln.DE) by FileServ1.MI.Uni-Koeln.DE with SMTP id AA19752 (5.67b/IDA-1.5 for ); Thu, 22 Aug 1996 14:48:04 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.5/8.6.9) id WAA07179; Wed, 21 Aug 1996 22:19:26 +0200 (MET DST) Date: Wed, 21 Aug 1996 22:19:26 +0200 (MET DST) Message-Id: <199608212019.WAA07179@x14.mi.uni-koeln.de> From: Stefan Esser To: Peter Childs Cc: msmith@atrad.adelaide.edu.au, freebsd-hardware@freebsd.org Subject: Re: ASUS SC200 SCSI card? In-Reply-To: <199608211630.CAA29860@al.imforei.apana.org.au> References: <199608211630.CAA29860@al.imforei.apana.org.au> Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Childs writes: > In article <199608202352.JAA07430@genesis.atrad.adelaide.edu.au> you wrote: > > : Also, you might want to point out to the moron in the shop that PCI > : interrupts are lettered (INTA, INTB, INTC, INTD), not numbered, and > : that INTA on one slot is _NOT_ connected to INTA on any other slot. > > So this means that with multiple SC200 cards they can all be set on > INTA ?? If so are there any pros/cons to doing this? In fact they all SHOULD be set to Int A ! Int A is the principal interrupt line of each PCI slot. It is mapped to some ISA IRQ by the system BIOS at POST time on all current PCI motherboards. The PCI code knows how to deal with the case that multiple PCI cards end up being connected to the same ISA IRQ. But you will want to have a seperate IRQ assigned to each PCI device, if your system configuration permits this. The system startup messages will show the IRQ used for each PCI device at the end of its probe line. > I've got two in my machine, one driving a Fujitsu 230mb MO device under > 2.1.5-stable, and just recently i've been having some disturbing hangs > that feel like SCSI bus hangs whilst accessing the MO :( Please send me some details (from /var/log/messages). I need at least the complete boot message log (preferably from a boot with "-v" for more verbose probe output) and the error message when the SCSI command was aborted. > Could a mix match of SCSI-I and SCSI-II devices on the same bus cause > this sort of problem? Basically i've got 2 1gb drives, a quantum > fireball, and a segate 1080sl, along with a maxtor 330mb (ancient) > on one bus, and the Fujitsu on the other.... The driver should be able to support a mix of SCSI-2 drives and ancient drives (which often show up as SCSI-1, though they already support most SCSI-2 features). But many such devices do not work reliably on a SCSI bus that has FAST SCSI devices connected at 10MHz sync. transfer rate, even if the old device is only using asynchronous transfers. So you may try limiting the SCSI sync transfer rate to 5MHz or less (see the "ncrcontrol (8)" man page). > The main reason for this at the moment is the Fujitsu's SCSI connector > is upsidedown :( (and i hate cable twists/spagetti farms :) O well, that's one of the best reasons to buy a second SCSI controller that I've ever heard ;-) Regards, STefan