From owner-freebsd-hackers Sun Dec 14 15:05:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA19201 for hackers-outgoing; Sun, 14 Dec 1997 15:05:33 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA19187 for ; Sun, 14 Dec 1997 15:05:27 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id XAA10959 for freebsd-hackers@freebsd.org; Sun, 14 Dec 1997 23:22:34 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id XAA01033; Sun, 14 Dec 1997 23:09:50 +0100 (MET) Date: Sun, 14 Dec 1997 23:09:50 +0100 (MET) Message-Id: <199712142209.XAA01033@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <199712071816.KAA21840@freefall.freebsd.org> <19971208091729.40125@uriah.heep.sax.de> <863ek4p1tx.fsf_-_@bitbox.follo.net> <199712100013.BAA04827@uriah.heep.sax.de> <863ek1xtsl.fsf@bitbox.follo.net> <199712141816.TAA29536@uriah.heep.sax.de> <86zpm3pw53.fsf@bitbox.follo.net> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: New option model (was Re: cvs commit: src/sys/kern kern_exit.c) X-Original-Newsgroups: local.freebsd.hackers To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Eivind Eklund wrote: >> Well, if you were going to spell _KERNEL correctly, by all means, go >> ahead! ;) > > Won't this break many patches people are keeping externally? FreeBSD 3.0 will break almost anything anyway, so it's a good time to do this. :) > I also dislike using structs to communicate kernel <-> > userland - e.g. for ipfw. I'd like this to use something like the > tags system on the Amiga. For ioctls, they are rather safe in the BSD model, since the struct size is crunched into the ioctl command. So if you extend a struct later, just rename the old one in the kernel header file, as well as the old ioctl cmd value, and you can easily support both in parallel. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)