Path: utzoo!attcan!lsuc!ecicrl!clewis From: clewis@ecicrl.UUCP (Chris Lewis) Newsgroups: comp.unix.xenix Subject: Re: Future Domain SCSI controller for AT bus Keywords: A friend of mine and I are looking for a '386 replacement Message-ID: <122@ecicrl.UUCP> Date: 14 Oct 88 04:04:18 GMT References: <522@m3.mfci.UUCP> <1996@spdcc.COM> <213@ispi.UUCP> <2008@spdcc.COM> Reply-To: clewis@ecicrl.UUCP (Chris Lewis) Organization: Elegant Communications Inc. (CRL Division) Lines: 32 In article <2008@spdcc.COM> dyer@spdcc.COM (Steve Dyer) writes: >In article <213@ispi.UUCP> jbayer@ispi.UUCP (id for use with uunet/usenet) writes: >>The problem is not Xenix, but the way IBM designed the AT. What happens >>is that most controllers use the same interrupt. The AT cannot support >>multiple devices with the same interrupt. Also, they both might be using >>the same address space. Either or both of these situations will cause >>problems. Perhaps some of the hardware types will be able to shed some >>more light on the matter. > >Neither is the problem. The IRQ is settable (3 or 5, neither of which >is used by the AT disk controller), You're right - the 830 doesn't clash with the AT disk controller - it clashes with COM2 (3) or LPT2 (5) respectively. Therefore, you have to somehow disable one or the other in Xenix. It *is* possible to run two devices on the same interrupts, but it requires a little robustness from the two drivers, sometimes a little hacking to the configuration, *and* (gawddamn IBM!) pull down resisters on the interrupt lines on the bus. (you ever heard of upside-down open collector gates?) The main difficulty with the 830 is that it's so darn stupid. The device driver even has to toggle the ACK/NACK bits to transfer a single byte. Gack. Performance is moderately awful compared to other controllers. Recommended: AHA1540 from Adaptec, or make the plunge to ESDI and use the DPT controllers (one of which actually emulates a WD1003, so would use the normal hard disk drivers). -- Chris Lewis {uunet!mnetor,yunexus,utzoo}!lsuc!ecicrl!clewis (or lsuc!gate!eci386!clewis or lsuc!clewis)