From owner-freebsd-arch Wed Jul 11 19:34:35 2001 Delivered-To: freebsd-arch@freebsd.org Received: from redrock.eng.bsdi.com (redrock.eng.bsdi.com [206.196.45.2]) by hub.freebsd.org (Postfix) with ESMTP id AE70237B401 for ; Wed, 11 Jul 2001 19:34:32 -0700 (PDT) (envelope-from karels@redrock.eng.bsdi.com) Received: from redrock.eng.bsdi.com (karels@localhost.BSDI.COM [127.0.0.1]) by redrock.eng.bsdi.com (8.10.1/8.10.1) with ESMTP id f6C2YLC14835 for ; Wed, 11 Jul 2001 21:34:21 -0500 (CDT) Message-Id: <200107120234.f6C2YLC14835@redrock.eng.bsdi.com> To: arch@freebsd.org From: Mike Karels Reply-To: karels@bsdi.com Subject: syscall numbering Date: Wed, 11 Jul 2001 21:34:17 -0500 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am sending this message at Jordan's suggestion after corresponding with him. The subject is coordination of system call numbers. As some of you probably know, the syscall.master file in Berkeley BSD releases had some ranges reserved for "vendors". Unfortunately, both BSDI (now Wind River) and their customers were "vendors", and there have been some collisions. I would now like to reserve another range of system calls for those customers. This would not be of interest to FreeBSD, except that BSD/OS also picks up system calls from FreeBSD, and FreeBSD has a number of BSD/OS-compatible calls as well as other entries for compatibility with NetBSD and/or OpenBSD. In theory, it would be nice to coordinate all of this globally, but I understand that NetBSD doesn't even have consistent numbering across all of their platforms. I'm sure we won't be able to prevent conflicts completely, but it is convenient that we can mostly use a single system call table. For now, I'm tempted to reserve 400-449 for BSD/OS customers. FreeBSD seems to be using 300 up, to 374 currently, and BSD/OS calls are all below that. Does this sound plausible? Does that leave enough for FreeBSD expansion? I'm happy to consider other suggestions, including some larger level of coordination. Feel free to contact me directly, off the list. Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message