[PATCH] Don't imply TCP and UDP socket options are bitmasks
Lawrence Stewart
lstewart at freebsd.org
Tue Jan 22 08:57:32 UTC 2013
On 01/16/13 06:16, John Baldwin wrote:
> On Tuesday, January 15, 2013 3:49:33 am Lawrence Stewart wrote:
>> On 01/15/13 07:50, John Baldwin wrote:
>>> The constants used for TCP and UDP socket options (TCP_NODELAY, etc.) are
>>> currently defined as hex values that are individual bits. However, socket
>>> options are never masked together, they are used as a simple enumeration of
>>> discrete values. Using a bitmask forces us to run out of bits and makes it
>>> harder for vendors to try to use a high range of values for local custom
>>> options (hoping that they never conflict with a new option value added in
>>> stock FreeBSD).
>>
>> Yup. Should we be explicitly #defining the boundary between "bits
>> reserved for FreeBSD" and "bits for private vendor use"?
>
> Oh, we could if you wanted. I'm using 0x1000 locally for both TCP and UDP,
> but those are completely arbitrary values. Saner ones might be 0x8000000 if
> we want to do that explicitly. We could perhaps just say that is true for all
> socket option levels (that is, just define one SO_VENDOR constant or some such
> but say it applies to all levels)?
A single SO_VENDOR applied to all levels sounds good to me.
Cheers,
Lawrence
More information about the freebsd-net
mailing list