[RFC] sema_wait_sig

[Daniel Eischen]

On Nov 24, 2012, at 9:01 PM, Alfred Perlstein <bright at mu.org> wrote:

> On 11/24/12 5:56 PM, Warner Losh wrote:
>> On Nov 24, 2012, at 6:47 PM, Alfred Perlstein wrote:
>> 
>>> 
>>> 1) compat layer
>>> /usr/src.local/sys/ofed/drivers/infiniband/core #
>>> cddl/contrib/opensolaris
>>> 
>>> 2)
>>> if a user expects semaphores and we tell them to "rethink" things, then we're not providing the same facilities as every other non-BSD OS.
>>> 
>>> I guess that makes us "cool", but really it just seems out of touch.
>>> 
>>> The implementation is 176 lines of code + some headers.
>>> 
>>> The sad part to me is that the original user asked "hey I need sema+signal" but we don't know the facility they really need, count of 1?  count of 10? instead of just giving them a textbook CS semaphore we tell them to "build your own using our primitives".
>> You don't need stdio, you can build it from the syscall primitives...
> 
> Dude, don't make me replace string.h/strncpy/strlcpy with sbuf_(9), cause I will!

Can we please chill?  We're not talking about getting rid of a commonly used API with sema(9).  We want to do what is right for FreeBSD, not Linux.  That's not to say we can't have a Linux kernel compat shim or something, but they should be hidden accordingly and not used by native drivers and such.  We definitely don't want every API for every OS, or we will become an amalgamation of those OSs.

--
DE