Return to BSD News archive
Xref: sserve comp.os.386bsd.bugs:1530 comp.os.linux:55679
Newsgroups: comp.os.386bsd.bugs,comp.os.linux
Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!howland.reston.ans.net!xlink.net!subnet.sub.net!flatlin!bad
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: Forward: QIC-80
Organization: Guru Systems/Funware Department
Date: Sat, 2 Oct 1993 16:59:13 GMT
Message-ID: <CEA4Iq.n18@flatlin.ka.sub.org>
References: <1993Sep26.203329.10048@gmd.de> <1993Sep30.233456.11034@fcom.cc.utah.edu>
Lines: 18
In <1993Sep30.233456.11034@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
>There are two other (minor) fixes that need to be implemented to complete
>the "lowest overhead" scenario. The first is to allocate a minimum of a
>32k buffer in kernel space (again, like the Mitsumi driver, an expensive
>proposition) to be used by the tape driver, and another 32k buffer as a
>user-to-kernel transfer area (if you are willing to block the user process
>in the driver, the second area is unnecessary assuming some even factor of
>32k as the transfer block size).
If you're worried about permanently allocating 32k of memory instead
of only when the driver is open, then, by all means, just allocate it
when the driver is opened and free it upon close.
--
Christoph Badura --- bad@flatlin.ka.sub.org --- +49 721 606137
Personally, I don't care whether someone is cool enough to quote Doug
Gwyn--I only care whether Doug Gwyn is cool enough to quote. -- Larry Wall