Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!spool.mu.edu!howland.reston.ans.net!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!umn.edu!zib-berlin.de!zrz.TU-Berlin.DE!cs.tu-berlin.de!klier
From: klier@cs.tu-berlin.de (Jan Klier)
Newsgroups: comp.os.386bsd.questions
Subject: Re: [FreeBSD 1.1.5.1] fd0: recal failed
Date: 23 Jul 1994 20:23:40 GMT
Organization: Technical University of Berlin, Germany
Lines: 29
Message-ID: <30ru8c$197@news.cs.tu-berlin.de>
References: <30orjf$k67@homer.cs.mcgill.ca> <30qiom$92c@terrazzo.lm.com>
NNTP-Posting-Host: jet.cs.tu-berlin.de
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
fredh@telerama.lm.com (fredh) writes:
>David BREMNER (bremner@cs.mcgill.ca) wrote:
>: /386bsd:fd0: recal failed ST0 70 <abnrml,seek_complt,equ_chck>
>This is truley a new flaw in 1.1.5.1, the previous versions have never
>done this. I too experience the same error when changing disks after
>using load_dos.
I don't know the exact reason, but I remember talking to the author of
the new version of the floppy driver about a bug I discovered and which
caused a reboot of my machine.
The real problem lies in the NEC765 chip, which for some unknown reason
responds with an error if a recal-command isn't completed after 77!
tracks. Which of course is non-sense on 80-track disks. It might be that
the handling of this error that actually isn't a real error has been
changed.
Maybe the author of the floppy driver can shed a little light on
this problem.
jan
--
*********** Freedom is inversely proportional to security ******************
Jan Klier Berlin, Germany
e-mail: klier@cs.tu-berlin.de CIS: 100022,1700
Jan.Klier@ipk.fhg.de 100022.1700@compuserve.com