cvs commit: src/sys/kern kern_thr.c syscalls.master src/sys/sys thr.h

[Matt Reimer]

On 8/19/07, Robert Watson <rwatson at freebsd.org> wrote:
>
> On Sat, 18 Aug 2007, Scott Long wrote:
>
> >> You can say that about a lot of APIs, but that doesn't mean we should add
> >> them.  This is a bit of a hack to satisfy one application (Wine) when there
> >> are other (perhaps harder) ways to skin the cat.  We certainly don't want
> >> anything else using this API, so I'd advocate removing it.
> >
> > I'm in strong agreement here.  David?
>
> This work was done by Tijl at the request of the PC-BSD guys, who would like
> to be able to run windows applications out of the box on PC-BSD for their next
> release (impending).  David then reviewed and committed the patch giving it
> his approval.  The goal here was to avoid having the PC-BSD people have to run
> around with additional system call patches for the forseeable future, and to
> avoid requiring PC-BSD to fork the FreeBSD kernel to do that.

In the meantime, how about implementing the syscall as a module that
builds out of ports, using SYSCALL_MODULE() on the kernel side and
modfind() on the userland side? That way the wine guys aren't blocked,
but neither is code added to the kernel prematurely.

Matt