From owner-freebsd-hackers Thu Mar 16 09:49:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15348 for hackers-outgoing; Thu, 16 Mar 1995 09:49:13 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15340 for ; Thu, 16 Mar 1995 09:49:10 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23644; Thu, 16 Mar 95 10:42:58 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503161742.AA23644@cs.weber.edu> Subject: Re: Splicing in a new serial line protocol To: dufault@hda.com (Peter Dufault) Date: Thu, 16 Mar 95 10:42:57 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503161635.LAA04411@hda.com> from "Peter Dufault" at Mar 16, 95 11:35:12 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Would anyone care to comment on where to splice in a new serial line > protocol? I haven't looked at the code at all yet; I plan on looking > later on today. Ha! I recognize this protocol... can't quite place what equipment it goes with though; are you perhaps doing blood gas analysis? The place I'd implement it would be in a user mode process and not in the kernel at all -- everything that you do in terms of line bidding, etc. is on the basis of in-band data only. Since there is no need for detailed control of line signals, a user space process is more than adequate, and better for file I/O for storing it off. I rememeber implementing this in a TERM script under SCO Xenix. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.