[Devel] [PATCH v2 00/27] proc connector: containerize on per-VE basis

[Andrey Ryabinin]

On 08/17/2017 04:59 PM, Stanislav Kinsburskiy wrote:

> Stanislav Kinsburskiy (27):
>       connector: remove redundant input callback from cn_dev
>       connector: store all private data on VE structure
>       connector: introduce VE-aware get_cdev() helper
>       connector: per-ve init and fini helpers introduced
>       connector: use device stored in VE
>       connector: per-ve helpers intoruduced
>       connector: take cn_already_initialized from VE
>       proc connector: generic proc_event_connector() helper introduced
>       proc connector: use generic event helper for fork event
>       proc connector: use generic event helper for exec event
>       proc connector: use generic event helper for id event
>       proc connector: use generic event helper for sid event
>       proc connector: use generic event helper for ptrace event
>       proc connector: use generic event helper for comm event
>       proc connector: use generic event helper for coredump event
>       proc connector: use generic event helper for exit event
>       proc connector: add pid namespace awareness
>       proc connector: add per-ve init and fini foutines
>       proc connector: call proc-related init and fini routines explicitly
>       proc connector: take number of listeners and per-cpu conters from VE
>       proc connector: pass VE to event fillers
>       proc connector: take namespaces from VE
>       proc connector: use per-ve netlink sender helper
>       proc connector: send events to both VEs if not in VE#0
>       connector: containerize "connector" proc entry
>       connector: take VE from socket upon callback
>       connector: add VE SS hook
> 
> 
>  drivers/connector/cn_proc.c   |  386 ++++++++++++++++++++---------------------
>  drivers/connector/connector.c |  155 ++++++++++++----
>  include/linux/connector.h     |   20 ++
>  include/linux/ve.h            |    4 
>  4 files changed, 323 insertions(+), 242 deletions(-)
> 

Reviewed-by: Andrey Ryabinin <aryabinin at virtuozzo.com>