Date: Fri, 7 Jul 1995 16:22:58 +0100 (BST) From: Doug Rabson <dfr@render.com> To: Simon Marlow <simonm@dcs.gla.ac.uk> Cc: "Serge V.Vakulenko" <vak@gw.cronyx.msk.su>, davidg@root.com, hackers@freebsd.org Subject: Re: Beta version of IDE CD-ROM driver ready Message-ID: <Pine.BSF.3.91.950707162123.15538B-100000@minnow.render.com> In-Reply-To: <199507071457.HAA15126@freefall.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 7 Jul 1995, Simon Marlow wrote: > > > > Hmm... I did not try the second controller yet... > > > > > > Probably, you have a drive which does not interrupt before > > > gettin a packet command. The driver of version 1.0 does not handle > > > this properly. > > > > I am getting this behaviour on wcd0 (I don't have any IDE disks at all). > > Is there a quick hack I can use to get past the probe? > > I did some investigation, and it seems that the reset operation isn't > completing properly, so it times out. As a hack, I changed the line > (in wd.c) > > if (wdreset(du) != 0 && (DELAY(RECOVERYTIME), wdreset(du)) != 0) > goto nodevice; > > to carry on even if the reset timed out. > > This gets the controller probed, and you can also get the CDROM > attached. There are more problems, however: the extra interrupt that > is supposed to happen as a result of the attach operation never comes, > and the driver won't start any operations because it thinks the > controller is active. > > So I modified wd.c again to not expect this interrupt from wdc1, but > things still don't work (it seems no interrupts are coming from the > controller, I have no idea why). > > Perhaps someone who knows more than me about this stuff can help? :-) Yea, I got this far when I hacked on it again this morning. I now get "controller busy" type messages when I open the device and the process hangs, sleeping on "atareq". -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.950707162123.15538B-100000>