From owner-freebsd-hackers  Mon Jan 20 23:31:14 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA04227
          for hackers-outgoing; Mon, 20 Jan 1997 23:31:14 -0800 (PST)
Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA04210
          for <hackers@freebsd.org>; Mon, 20 Jan 1997 23:31:10 -0800 (PST)
Message-Id: <199701210731.XAA04210@freefall.freebsd.org>
Received: by cheops.anu.edu.au
	(1.37.109.16/16.2) id AA224491795; Tue, 21 Jan 1997 18:29:55 +1100
From: Darren Reed <avalon@coombs.anu.edu.au>
Subject: Re: FreeBSD 3.0-current port
To: proff@suburbia.net
Date: Tue, 21 Jan 1997 18:29:54 +1100 (EDT)
Cc: kuku@gilberto.physik.rwth-aachen.de, hackers@freebsd.org
In-Reply-To: <19970121053159.6549.qmail@suburbia.net> from "proff@suburbia.net" at Jan 21, 97 04:31:59 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

In some mail from proff@suburbia.net, sie said:
[...]
> FreeBSD uses dynamically allocated cdevsw's. imho ipfilter should
> not be manipulating the cdevsw directly at all (there are macros/
> functions in the kernel to do this). Darren's rational (correct me
> if I'm wrong) behind scanning through cdevsw directly was to ensure
> free major/minor number pairs.

It manipuates cdevsw so that it knows the major/minor # and can create
the entry in /dev itself (rather than rely on some script or human to
do it correctly).  Solaris2 has an interface for doing all this, and now
I think FreeBSD does too (other OSes don't).

> > So far I have come by now but I'm stuck at the moment. Anyone else
> > got it to compile? 
> 
> Darren has recently been given commit access to FreeBSD-current in
> order to integrate ipfilter. From from my preliminary code-review
> there are no significant changes to be made appart from the addition
> of divert sockets (and my socket-credential code <grin>). Hopefully
> we will see something soon.

I've already got a .c to replace mln_ipl.c for FreeBSD 2.2 (and 3.0)
but I've only got so much time....

Darren