Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!mimsy!chris From: chris@mimsy.UUCP (Chris Torek) Newsgroups: comp.periphs,comp.unix.wizards Subject: Re: Fujitsu 2361's, SC7003's, 4.3BSD Message-ID: <4892@mimsy.UUCP> Date: Tue, 30-Dec-86 21:44:23 EST Article-I.D.: mimsy.4892 Posted: Tue Dec 30 21:44:23 1986 Date-Received: Thu, 1-Jan-87 00:38:12 EST References: <6387@allegra.UUCP> <1305@cit-vax.Caltech.Edu> Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742 Lines: 23 Xref: mnetor comp.periphs:87 comp.unix.wizards:470 In article <1305@cit-vax.Caltech.Edu> mangler@cit-vax.Caltech.Edu (System Mangler) writes: >... hpmaptype() is trying to key off of the drive type to see if >it's "safe" to poke the holding register. I think this isn't necessary. If anyone knows otherwise, let us know. I was just bitten by this. We put a fifth Eagle drive on an SC788 controller, and could not get drive four to show up as an Eagle. Switching the drive numbers on 3 and 4 showed that the drive itself was configured properly. It turned out that the last person to fool with the 788 configuration had left the switches in `4 RM02, 4 RM05' mode, instead of `8 RM02' mode. I would rather have the software figure out the hardware configuration in spite of the switch settings. >The sector search "optimization" code, which is even more wrong in >4.3bsd, will degrade throughput when several drives are active on >one controller. ... Making it work correctly would require more >cooperation between the hp driver and the mba code, and isn't worth it. Why not? -- In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7690) UUCP: seismo!mimsy!chris ARPA/CSNet: chris@mimsy.umd.edu