From owner-freebsd-commit Mon Jan 8 02:58:52 1996 Return-Path: owner-commit Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00877 for freebsd-commit-outgoing; Mon, 8 Jan 1996 02:58:52 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00838 for cvs-all-outgoing; Mon, 8 Jan 1996 02:57:18 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00683 for cvs-sys-outgoing; Mon, 8 Jan 1996 02:55:53 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00678 Mon, 8 Jan 1996 02:55:40 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id KAA22296; Mon, 8 Jan 1996 10:52:45 GMT Date: Mon, 8 Jan 1996 10:52:45 +0000 (GMT) From: Doug Rabson To: Peter Wemm cc: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= , CVS-committers@freefall.freebsd.org, cvs-sys@freefall.freebsd.org Subject: Re: cvs commit: src/sys/kern syscalls.master In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-commit@FreeBSD.ORG Precedence: bulk On Mon, 8 Jan 1996, Peter Wemm wrote: > On Mon, 8 Jan 1996, =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > In message <199601080413.UAA09911@freefall.freebsd.org> Peter Wemm > > writes: > > > Modified: sys/i386/ibcs2 syscalls.master > > > sys/kern syscalls.master > > > Log: > > > Remove the #ifdef SYSVSHM etc. Always call the functions, some stubs > > > are about to go in. This is to fix the problem with the ibcs2 and linux > > > lkm's not being able to call the sysv ipc functions unless the build is > > > modified. > > > > Does it means completely nuking of SYSV* options? > > If yes, at least /sys/conf/options needs modifications, > > if no, I don't understand this idea well, please, explain... > > No, not quite. Under the original system, all the syscall vectors > pointed to enosys() if the appropriate option was no enabled. > > What I've done, is make the syscall vectors *always* call the functions > and simply provide stubs that do a log() and enosys() if the option was > not enabled. > > So, we still have the ability to build a kernel without 99% of the > sysv_shm/sem/msg stuff. We simply have stubs in their place. What happens if a normal program (not a lkm) calls the ipc syscalls? It used to generate a SIGSYS which was a good way to detect the presence of shared memory support. I believe that people may use this in X servers to optionally enable MIT-SHM extensions. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939