Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!jarthur!nntp-server.caltech.edu!tybalt.caltech.edu!toddpw
From: toddpw@tybalt.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.sys.apple2
Subject: Re: HD Problems, another question
Message-ID: <1990Oct4.002034.21395@nntp-server.caltech.edu>
Date: 4 Oct 90 00:20:34 GMT
References: <111012@tiger.oxy.edu> <7451@darkstar.ucsc.edu> <1990Oct3.082855.7591@nntp-server.caltech.edu> <7476@darkstar.ucsc.edu>
Sender: news@nntp-server.caltech.edu
Organization: California Institute of Technology, Pasadena
Lines: 17
Nntp-Posting-Host: tybalt.caltech.edu


Ok, I tried it out and checked. Mine does not delay at the Prodos message
but I remember it did when I had SCSI.PART installed. What it is in fact
doing is building a list of online devices (including partitions) which
SCSI.PART forces every time you run PRODOS that has been patched by it.
Under normal prodos the card will only recognize the boot drive's partition
at first but as soon as you access a different prefix or do an ONLINE call
it will build that list and it has to check each device on the bus (seven
possible) and give each at least 2 or 3 seconds (forget which) so you are
looking at a nasty wait. I thought about patching the card's firmware to
fix this by only looking for one drive ID (mine) but when I mentioned it
to Matt Gulick he said 'good luck about finding the loop' so I am not too
inclined to try it. There's a 32K ROM in the SCSI card bank-switched in 1K
chunks so disassembling the bugger could get really messy...

Todd Whitesel
toddpw @ tybalt.caltech.edu