Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!math.lsa.umich.edu!math.lsa.umich.edu!hyc
From: hyc@math.lsa.umich.edu (Howard Chu)
Newsgroups: comp.os.minix
Subject: Re: An FS idea - good or bad?
Message-ID: <1990Jul27.211912.6839@math.lsa.umich.edu>
Date: 27 Jul 90 21:19:12 GMT
References: <1766@ccadfa.adfa.oz.au> <1990Jul25.133131.3289@dsuvax.uucp>
Sender: usenet@math.lsa.umich.edu
Organization: University of Michigan Math Dept., Ann Arbor
Lines: 17

In article <1990Jul25.133131.3289@dsuvax.uucp> ghelmer@dsuvax.uucp (Guy Helmer) writes:
%In <1766@ccadfa.adfa.oz.au> wkt@rodos2.cs.adfa.oz.au (Warren Toomey) writes:
%>Eventually, the FS will receive a reply from a device task, and then it
%>can reply to the requesting process that has been blocked all the time.
%>At this point, it can note that the device task is now `waiting for a
%>request'.
%
%I assume there will be some mechanism for a "timeout" if a device doesn't
%reply.

Don't need anything special here, do you? After all, what would the current
FS normally do, besides sit blocked....
--
  -- Howard Chu @ University of Michigan
  one million data bits stored on a chip, one million bits per chip
	if one of those data bits happens to flip,
		one million data bits stored on the chip...