Date: Mon, 8 Jan 1996 10:52:45 +0000 (GMT) From: Doug Rabson <dfr@render.com> To: Peter Wemm <peter@jhome.DIALix.COM> Cc: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= <ache@astral.msk.su>, CVS-committers@freefall.freebsd.org, cvs-sys@freefall.freebsd.org Subject: Re: cvs commit: src/sys/kern syscalls.master Message-ID: <Pine.BSF.3.91.960108105028.482M-100000@minnow.render.com> In-Reply-To: <Pine.BSF.3.91.960108124809.557B-100000@jhome.DIALix.COM>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.960108105028.482M-100000>