On Tue, Mar 1, 2016 at 5:29 AM, Michael Kerrisk (man-pages)
wrote:
> On 03/01/2016 11:10 AM, Vincent Bernat wrote:
>> ❦ 1 mars 2016 11:03 +0100, "Michael Kerrisk (man-pages)"
>> :
>>
>>> Once the SO_LOCK_FILTER option has been enabled,
>>> attempts by an unprivilege
On 03/01/2016 11:10 AM, Vincent Bernat wrote:
> ❦ 1 mars 2016 11:03 +0100, "Michael Kerrisk (man-pages)"
> :
>
>> Once the SO_LOCK_FILTER option has been enabled,
>> attempts by an unprivileged process to change or remove
>> the filter attached to a
❦ 1 mars 2016 11:03 +0100, "Michael Kerrisk (man-pages)"
:
> Once the SO_LOCK_FILTER option has been enabled,
> attempts by an unprivileged process to change or remove
> the filter attached to a socket, or to disable the
> SO_LOCK_FILTER o
Hi Craig,
On 02/29/2016 06:36 PM, Craig Gallek wrote:
> From: Craig Gallek
Thanks for improvements. I've applied the patch and tweaked things
somewhat, but I have a few comments and queries below. I'd be
grateful if you'd check these, in case I have introduced any errors.
(The tweaked version
From: Craig Gallek
Document the behavior and the first kernel version for each of the
following socket options:
SO_ATTACH_FILTER
SO_ATTACH_BPF
SO_ATTACH_REUSEPORT_CBPF
SO_ATTACH_REUSEPORT_EBPF
SO_DETACH_FILTER
SO_DETACH_BPF
SO_LOCK_FILTER
Signed-off-by: Craig Gallek
---
v2 changes:
- Content su
