From owner-freebsd-current Mon Oct 21 08:20:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA17987 for current-outgoing; Mon, 21 Oct 1996 08:20:10 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA17967; Mon, 21 Oct 1996 08:20:04 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA01937; Mon, 21 Oct 1996 17:06:39 +0200 (MET DST) To: Garrett Wollman cc: Mikael Karpberg , current@FreeBSD.org Subject: Re: ISDN code removal, final warning. In-reply-to: Your message of "Mon, 21 Oct 1996 10:25:18 EDT." <9610211425.AA12165@halloran-eldar.lcs.mit.edu> Date: Mon, 21 Oct 1996 17:06:39 +0200 Message-ID: <1935.845910399@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >As for the original question of ISDN: probably there needs to be some >in-kernel support for the basic data-transfer functions. All of the >signalling, however, should be done outside of the kernel. If this >means you have to introduce a new isdnsrvr() system call, so be it. >(Although I would prefer a generic kernel-user message-passing >interface modeled along the lines of PF_ROUTE and PF_KEY, only >completely general. Then it could be used to eliminate such things as >/dev/klog.) I agree that putting all the Q931 in userland is a good idea, if nothing else, then for the developers of it. I think I would want to see the kernel driver for a ISDN card reduced to: /dev/isdn%dd D-channel. The kernel implements LAP-D and the interface to userland is packets. /dev/isdn%db%d B-channel. Depending on the negotiation you either get the contents of HDLC frames or raw bytes. Everything else can be done with the existing interfaces we have: pty, tun, raw sockets &c &c. This would be a nice starting point for working with ISDN. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.