Messages in this thread | | | From | (Eric W. Biederman) | Date | Tue, 25 Nov 2014 14:01:15 -0600 | Subject | Re: [PATCH v4 0/7] kernel tinification: optionally compile out splice family of syscalls (splice, vmsplice, tee and sendfile) |
| |
David Miller <davem@davemloft.net> writes:
> From: ebiederm@xmission.com (Eric W. Biederman) > Date: Tue, 25 Nov 2014 13:16:44 -0600 > >> David Miller <davem@davemloft.net> writes: >> >>> From: josh@joshtriplett.org >>> Date: Tue, 25 Nov 2014 10:53:10 -0800 >>> >>>> It's not a "slippery slope"; it's been our standard practice for ages. >>> >>> We've never put an entire class of generic system calls behind >>> a config option. >> >> CONFIG_SYSVIPC has been in the kernel as long as I can remember. >> >> I seem to remember a plan to remove that code once userspace had >> finished migrating to more unixy interfaces to ipc. But in 20 years >> that migration does does not seem to have finished, or even look >> like it ever will. >> >> But if we started a slippery slope it was long long ago. > > Fair enough. > > Would be amusing if these tiny systems have it enabled.
It would.
In practice when I was playing in that space I had a hard time justifying CONFIG_NET and CONFIG_INET. Despite writing a network bootloader to use with kexec.
Eric
| |