From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 23 Dec 1997 23:30:28 -0500 From: jim mckie jmk@plan9.bell-labs.com Subject: [9fans] Re: etherelnk3.c Topicbox-Message-UUID: 6eb2f752-eac8-11e9-9e20-41e7f4b1d025 Message-ID: <19971224043028.waLK208fOxj7VfkxcSXj59X5HH4LEccRWLus8OhmpdU@z> actually, it's easier. you can turn a Block-based driver into a filesystem driver with a handful of #defines, two trivial functions and a couple of #ifdefs (i know, we don't actually approve of that). #ifdefs are only necessary because Blocks use read and write pointers and Msgbufs use a base and count. --jim ------ forwarded message follows ------ >>From cse.psu.edu!owner-9fans Mon Dec 15 13:30:30 EST 1997 Received: from cse.psu.edu ([130.203.3.50]) by plan9; Mon Dec 15 13:30:30 EST 1997 Received: from localhost (majordom@localhost) by cse.psu.edu (8.8.7/8.7.3) with SMTP id NAA22716; Mon, 15 Dec 1997 13:29:56 -0500 (EST) Received: by claven.cse.psu.edu (bulk_mailer v1.5); Mon, 15 Dec 1997 13:29:24 -0500 Received: (from majordom@localhost) by cse.psu.edu (8.8.7/8.7.3) id NAA22677 for 9fans-outgoing; Mon, 15 Dec 1997 13:29:19 -0500 (EST) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from ns.dbSystems.com (root@ns.dbsystems.com [204.178.76.1]) by cse.psu.edu (8.8.7/8.7.3) with SMTP id NAA22673 for <9fans@cse.psu.edu>; Mon, 15 Dec 1997 13:29:13 -0500 (EST) Received: (from gdb@localhost) by ns.dbSystems.com (8.6.11/8.6.9) id MAA16085 for 9fans@cse.psu.edu; Mon, 15 Dec 1997 12:14:33 -0600 Date: Mon, 15 Dec 1997 12:14:33 -0600 From: "G. David Butler" Message-Id: <199712151814.MAA16085@ns.dbSystems.com> To: cse.psu.edu!9fans Subject: Re: [9fans] Re: etherelnk3.c Sender: cse.psu.edu!owner-9fans Reply-To: cse.psu.edu!9fans Precedence: bulk >From: eld@jewel.ucsd.edu (Eric Dorman) >> From: "G. David Butler" >> To: 9fans@cse.psu.edu >> Subject: [9fans] Re: etherelnk3.c >> > Another thing to consider is how these changes would affect >the integration of ether drivers between the fs and terminal code. >Integrating these two trees first allieviates a whole mess of >existing problems and ensures that this type of effort won't >have to be done again (perhaps differently, even) for fs. In fact the problem becomes worse since Blocks don't exist in the fs. There we would have to use Msgbufs.