Date: Mon, 13 Mar 1995 02:20:23 +0000 (GMT) From: Karl Strickland <karl@bagpuss.demon.co.uk> To: Terry Lambert <terry@cs.weber.edu> Cc: hsu@cs.hut.fi, freebsd-hackers@freefall.cdrom.com Subject: Re: New Cyclades driver issues and status Message-ID: <199503130220.CAA02507@bagpuss.demon.co.uk> In-Reply-To: <9503122116.AA08208@cs.weber.edu> from "Terry Lambert" at Mar 12, 95 02:16:31 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> I've suggested abstracting the cannonical processing module, queue
> management, and device abstraction (ala SCO) to increase the amount of
^^^^^^^
does SCO do something special in this regard? what you're describing
sounds to me like STREAMS (right?) -- are SCO STREAMS different to any
other STREAMS - or is what you are describing more SCO specific?
> shared code and the treatment of serial cards as multiple controllers
> under a class driver (ala Julian's SCSI abstraction) before.
>
> Now I'll suggest it again. 8-).
>
> The problem is in driver writers not making their code modular or generic,
> which is the expedient soloution. I guess it depends on if you want a
> single driver working now, or all drivers working later.
didnt you do a STREAMS like thing for *BSD? that'd be a good place for
the rest of us to start. (i know i know.. :-))
Cheers,
Karl
--
------------------------------------------+-----------------------------------
Mailed using ELM on FreeBSD | Karl Strickland
PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk
|
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503130220.CAA02507>