From owner-freebsd-hackers Wed Apr 5 08:39:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA22890 for hackers-outgoing; Wed, 5 Apr 1995 08:39:37 -0700 Received: from genesis.tiac.net (genesis.tiac.net [204.180.76.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA22883 for ; Wed, 5 Apr 1995 08:39:34 -0700 Received: by genesis.tiac.net (8.6.9/genesis0.0) id LAA14133; Wed, 5 Apr 1995 11:39:25 -0400 Date: Wed, 5 Apr 1995 11:39:25 -0400 From: steve2 (Steve Gerakines) Message-Id: <199504051539.LAA14133@genesis.tiac.net> To: freebsd-hackers@FreeBSD.org Subject: Re: Colorado Jumbo 250MB ft, and FreeBSD 2.0R Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I asked Paul Richards to bump up the retries to 20000 and increase > > the delay in that loop to 200. That should give us around 3-4 seconds > > and should be enough to avoid any further grief. If you're in there > > mucking around anyhow Rod maybe you could do this at the same time. > > Is this really the right thing to do? Somehow I have the feeling that > 1 second is plenty of time for a seek operation to complete for any > given floppy drive and the real bug is in the DELAY code. Bumping it up to 2 seconds wouldn't hurt. Even if DELAY wasn't running faster, if people have a screwy fdc (and what fdc isn't screwy? :-)) the extra time for the recalibrate would be better. I'd rather have a little extra time than be on the edge of failure for some systems. - Steve steve2@genesis.tiac.net