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