From owner-freebsd-hackers Wed Apr 5 07:38:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21940 for hackers-outgoing; Wed, 5 Apr 1995 07:38:14 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA21926 for ; Wed, 5 Apr 1995 07:38:03 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id PAA04210; Wed, 5 Apr 1995 15:37:35 +0100 From: Paul Richards Message-Id: <199504051437.PAA04210@isl.cf.ac.uk> Subject: Re: Colorado Jumbo 250MB ft, and FreeBSD 2.0R To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 5 Apr 1995 15:37:35 +0100 (BST) Cc: steve2@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199504050515.WAA09768@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 4, 95 10:15:50 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1375 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Rodney W. Grimes who said > > If infact this is not giving a full second for the operation to occur > there is a problem in DELAY and we need to fix DELAY rather than > hide the problem in ft.c. As sooner or later DELAY will get fixed > for some other reason, and then we will have a needless long delay > in ft.c. > > Can you point me to a system that is having this problem. I will > find some code to test the kernel DELAY routine and have the person > test it out. My system's (Gateway P5-90) got the problem. I had to bump the delay from 100 to 150 in order to get the tape recognised. > 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. I'm reluctant to do this too since DELAY shouldn't have to be tweaked for different hardware. If we can fix the delay problem before 2.1 then that's the correct thing to do but I'll test the tape driver before we release and if it's still not working I'll bump the delay until it does just to hack around the problem. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff.