Linux Cgroups Development - Date Index

• Thread Index

• Re: [PATCH 3/9] slab: simplify shutdown_memcg_caches()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 7/9] slab: introduce __kmemcg_cache_deactivate()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/9] slab: don't put memcg caches on slab_caches list
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] slab: simplify shutdown_memcg_caches()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/9] slab: remove synchronous rcu_barrier() call in memcg cache release path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9] slab: remove slub sysfs interface files early for empty memcg caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] slab: remove synchronous synchronize_sched() from memcg cache deactivation path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] slab: link memcg kmem_caches on their associated memory cgroup
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 7/9] slab: introduce __kmemcg_cache_deactivate()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 6/9] slab: don't put memcg caches on slab_caches list
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] slab: reorganize memcg_cache_params
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 3/9] slab: simplify shutdown_memcg_caches()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] slab: remove synchronous rcu_barrier() call in memcg cache release path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 1/9] Revert "slub: move synchronize_sched out of slab_mutex on shrink"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/9] slab: simplify shutdown_memcg_caches()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/9] slab: reorganize memcg_cache_params
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/9] slab: don't put memcg caches on slab_caches list
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/9] slab: remove synchronous synchronize_sched() from memcg cache deactivation path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 9/9] slab: remove slub sysfs interface files early for empty memcg caches
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/9] slab: link memcg kmem_caches on their associated memory cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/9] slab: introduce __kmemcg_cache_deactivate()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/9] slab: remove synchronous rcu_barrier() call in memcg cache release path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] slab: make memcg slab destruction scalable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] Documentation: cpuset: Fix 'cpuset.tasks' -> 'tasks'
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH] Documentation: cpuset: Fix 'cpuset.tasks' -> 'tasks'
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH] Documentation: cpuset: Fix 'cpuset.tasks' -> 'tasks'
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [patch v2] mm, memcg: do not retry precharge charges
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch v2] mm, memcg: do not retry precharge charges
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [patch v2] mm, memcg: do not retry precharge charges
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] Documentation: cpuset: Fix 'cpuset.tasks' -> 'tasks'
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [patch] mm, memcg: do not retry precharge charges
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [patch] mm, memcg: do not retry precharge charges
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [patch] mm, memcg: do not retry precharge charges
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCHSET for-4.11] cgroup: avoid spurious identity ->*attach() invocations
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: [PATCHv14 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] rdmacg: Fixed uninitialized current resource usage
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add missing cgroup-v2 PID controller documentation.
  • From: "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>
• [PATCH] rdmacg: Fixed uninitialized current resource usage
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCH] cgroup: Add missing cgroup-v2 PID controller documentation.
  • From: Hans Ragas <hansr@xxxxxx>
• Re: [cgroup:for-next 16/18] kernel/cgroup/rdma.c:526:4: warning: 'value' may be used uninitialized in this function
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [cgroup:for-next 16/18] kernel/cgroup/rdma.c:526:4: warning: 'value' may be used uninitialized in this function
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCHv14 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv14 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHv14 2/3] IB/core: added support to use rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv14 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv14 3/3] rdmacg: Added documentation for rdmacg
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv14 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv13 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv13 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv13 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv13 1/3] rdmacg: Added rdma cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv13 2/3] IB/core: added support to use rdma cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: control groups and /proc/meminfo, /proc/cpuinfo etc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• control groups and /proc/meminfo, /proc/cpuinfo etc
  • From: Michał Zegan <webczat_200@xxxxxxxxxxxxxx>
• [PATCH 1/3] cgroup: cosmetic update to cgroup_taskset_add()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/3] cgroup: call subsys->*attach() only for subsystems which are actually affected by migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/3] cgroup: track migration context in cgroup_mgctx
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET for-4.11] cgroup: avoid spurious identity ->*attach() invocations
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: reorganize cgroup source files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] kernfs, cgroup: reimplement "cgroup.procs" reading for v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: fix a comment typo
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: reorganize cgroup source files
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: [PATCHSET] kernfs, cgroup: reimplement "cgroup.procs" reading for v2
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• [PATCH] cgroup: fix a comment typo
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• [PATCH 9/8] cgroup: fix RCU related sparse warnings
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [cgroup:review-cgroup-reorg 7/13] kernel/cgroup/cgroup.c:4764:16: sparse: incompatible types in comparison expression (different address spaces)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC PATCH] cgroup, cpuset: add cpuset.remap_cpus
  • From: Wolfgang Bumiller <w.bumiller@xxxxxxxxxxx>
• Re: [PATCHSET] kernfs, cgroup: reimplement "cgroup.procs" reading for v2
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [cgroup:review-cgroup-reorg 8/13] kernel/cgroup/cgroup-v1.c:695:16: sparse: incompatible types in comparison expression (different address spaces)
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [cgroup:review-cgroup-reorg 7/13] kernel/cgroup/cgroup.c:4764:16: sparse: incompatible types in comparison expression (different address spaces)
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH v2 3/8] cgroup: move cgroup v1 specific code to kernel/cgroup/cgroup-v1.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [cgroup:review-cgroup-reorg 13/13] kernel/cgroup/cgroup-internal.h:80:21: error: 'css_set_lock' undeclared
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [cgroup:review-cgroup-reorg 8/13] kernel/cgroup/cgroup-v1.c:52:14: error: 'cgroup_mutex' undeclared
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH 2/8] cgroup: move cgroup files under kernel/cgroup/
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/8] cgroup: reorder css_set fields
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: refactor mount path and clearly distinguish v1 and v2 paths
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: move cgroup v1 specific code to kernel/cgroup/cgroup-v1.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: separate out cgroup1_kf_syscall_ops
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/8] cgroup: move namespace code to kernel/cgroup/namespace.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] cgroup: rename functions for consistency
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] cgroup: move v1 mount functions to kernel/cgroup/cgroup-v1.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: reorganize cgroup source files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] kernfs, cgroup: reimplement "cgroup.procs" reading for v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/5] kernfs: add kernfs_ops->open/release() callbacks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] kernfs, cgroup: reimplement "cgroup.procs" reading for v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/5] cgroup add cftype->open/release() callbacks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/5] cgroup: reimplement reading "cgroup.procs" on cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/5] kernfs: make kernfs_open_file->mmapped a bitfield
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/5] cgroup: remove cgroup_pid_fry() and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/5] kernfs: make kernfs_open_file->mmapped a bitfield
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] kernfs, cgroup: reimplement "cgroup.procs" reading for v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS, mm: add IRC info and update include file list
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] MAINTAINERS, mm: add IRC info and update include file list
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH] MAINTAINERS, mm: add IRC info and update include file list
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH cgroup/for-4.10] cgroup: cgroup_sk_alloc() is allowed to increase reference on a dead cgroup
  • From: Jesús Rodríguez Acosta <jesus.rodriguez.acosta@xxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH cgroup/for-4.10] cgroup: cgroup_sk_alloc() is allowed to increase reference on a dead cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• WARNING: CPU: 3 PID: 1034 at kernel/cgroup.c:492
  • From: Jesús Rodríguez Acosta <jesus.rodriguez.acosta@xxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv13 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCHv13 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: How to avoid rebuilding cgroup quotas after moving VPS to a different hypervisor
  • From: Marat Khalili <mkh@xxxxxx>
• How to avoid rebuilding cgroup quotas after moving VPS to a different hypervisor
  • From: Anthony Ananich <anton.ananich@xxxxxxxxx>
• [PATCHv13 2/3] IB/core: added support to use rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv13 3/3] rdmacg: Added documentation for rdmacg
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv13 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv13 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: cgroups and nice
  • From: Marat Khalili <mkh@xxxxxx>
• Re: [PATCH net-next v2] bpf: cgroup: fix documentation of __cgroup_bpf_update()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: cgroups and nice
  • From: Dhaval Giani <dhaval.giani@xxxxxxxxx>
• Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH net-next v2] bpf: cgroup: fix documentation of __cgroup_bpf_update()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next v2] bpf: cgroup: fix documentation of __cgroup_bpf_update()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH] bpf: cgroup: fix documentation of __cgroup_bpf_update()
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH net-next v2] bpf: cgroup: fix documentation of __cgroup_bpf_update()
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH] bpf: cgroup: fix documentation of __cgroup_bpf_update()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH] bpf: cgroup: fix documentation of __cgroup_bpf_update()
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: [PATCH v9 0/6] Add eBPF hooks for cgroups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• cgroups and nice
  • From: Marat Khalili <mkh@xxxxxx>
• Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] cpuset: Remove unused 'struct cpuset*' variable
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• [PATCH] cpuset: Remove unused 'struct cpuset*' variable
  • From: Kirtika Ruchandani <kirtika@xxxxxxxxxxxx>
• Re: [PATCH v9 2/6] cgroup: add support for eBPF programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v9 2/6] cgroup: add support for eBPF programs
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• [PATCH v9 2/6] cgroup: add support for eBPF programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v9 3/6] bpf: add BPF_PROG_ATTACH and BPF_PROG_DETACH commands
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v9 4/6] net: filter: run cgroup eBPF ingress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v9 6/6] samples: bpf: add userspace example for attaching eBPF programs to cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v9 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v9 1/6] bpf: add new prog type for cgroup socket filtering
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v9 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: memory.force_empty is deprecated
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: memory.force_empty is deprecated
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v8 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: memory.force_empty is deprecated
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v8 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v8 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v8 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH v8 1/6] bpf: add new prog type for cgroup socket filtering
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v8 2/6] cgroup: add support for eBPF programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v8 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v8 4/6] net: filter: run cgroup eBPF ingress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v8 3/6] bpf: add BPF_PROG_ATTACH and BPF_PROG_DETACH commands
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v8 6/6] samples: bpf: add userspace example for attaching eBPF programs to cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v8 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH nf-next,RFC] netfilter: nft_meta: add cgroup version 2 support
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: memory.force_empty is deprecated
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• [PATCH -v5 2/9] mm, memcg: Support to charge/uncharge multiple swap entries
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [RFC v4 00/18] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v4 00/18] Landlock LSM: Unprivileged sandboxing
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH nf-next,RFC] netfilter: nft_meta: add cgroup version 2 support
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH nf-next,RFC] netfilter: nft_meta: add cgroup version 2 support
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC v4 00/18] Landlock LSM: Unprivileged sandboxing
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v4 00/18] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RESEND][PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• RE: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Liran Liss <liranl@xxxxxxxxxxxx>
• Re: memory.force_empty is deprecated
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• RE: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Liran Liss <liranl@xxxxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• RE: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Liran Liss <liranl@xxxxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• RE: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Liran Liss <liranl@xxxxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH 03/25] mm/memcg: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH v7 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Lorenzo Colitti <lorenzo@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v7 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Lorenzo Colitti <lorenzo@xxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Lorenzo Colitti <lorenzo@xxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Lorenzo Colitti <lorenzo@xxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: David Ahern <dsa@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH -v4 RESEND 2/9] mm, memcg: Support to charge/uncharge multiple swap entries
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• local DoS - systemd hang or timeout with cgroup traces
  • From: CAI Qian <caiqian@xxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [kernel-hardening] [RFC v4 03/18] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [kernel-hardening] [RFC v4 03/18] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [kernel-hardening] [RFC v4 03/18] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [RFC v4 00/18] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v4 00/18] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v4 00/18] Landlock LSM: Unprivileged sandboxing
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [kernel-hardening] Re: [RFC v4 02/18] bpf: Move u64_to_ptr() to BPF headers and inline it
  • From: David Sterba <dave@xxxxxxxx>
• Re: [RFC v4 02/18] bpf: Move u64_to_ptr() to BPF headers and inline it
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC v4 10/18] seccomp: Split put_seccomp_filter() with put_seccomp()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 04/18] bpf,landlock: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 03/18] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 06/18] fs: Constify path_is_under()'s arguments
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 13/18] bpf/cgroup: Replace struct bpf_prog with struct bpf_object
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 12/18] bpf: Cosmetic change for bpf_prog_attach()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 02/18] bpf: Move u64_to_ptr() to BPF headers and inline it
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 14/18] bpf/cgroup: Make cgroup_bpf_update() return an error code
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 05/18] bpf,landlock: Define an eBPF program type for Landlock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 01/18] landlock: Add Kconfig
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 00/18] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 09/18] landlock: Add manager functions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 15/18] bpf/cgroup: Move capability check
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 07/18] landlock: Add LSM hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 08/18] landlock: Handle file comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 17/18] landlock: Add update and debug access flags
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 16/18] bpf/cgroup,landlock: Handle Landlock hooks per cgroup
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 18/18] samples/landlock: Add sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v4 11/18] seccomp,landlock: Handle Landlock hooks per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: do not recurse in direct reclaim
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: do not recurse in direct reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: do not recurse in direct reclaim
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: do not recurse in direct reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH v7 6/6] samples: bpf: add userspace example for attaching eBPF programs to cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v7 4/6] net: filter: run cgroup eBPF ingress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v7 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v7 2/6] cgroup: add support for eBPF programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v7 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v7 3/6] bpf: add BPF_PROG_ATTACH and BPF_PROG_DETACH commands
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v7 1/6] bpf: add new prog type for cgroup socket filtering
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: do not recurse in direct reclaim
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v4] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH] mm: memcontrol: do not recurse in direct reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC][PATCH v3] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC][PATCH v3] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC][PATCH v3] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v6 0/6] Add eBPF hooks for cgroups
  • From: David Ahern <dsa@xxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH v3] cgroup: Use CAP_SYS_RESOURCE to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC v3 06/22] landlock: Add LSM hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [RFC v3 06/22] landlock: Add LSM hooks
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [RFC v3 04/22] bpf: Set register type according to is_valid_access()
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [RFC v3 05/22] bpf,landlock: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [RFC v3 04/22] bpf: Set register type according to is_valid_access()
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH] IPC: account for kmem usage on mqueue and msg
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH] IPC: account for kmem usage on mqueue and msg
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] IPC: account for kmem usage on mqueue and msg
  • From: Aristeu Rozanski <arozansk@xxxxxxxxxx>
• Re: [PATCH] IPC: account for kmem usage on mqueue and msg
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH] IPC: account for kmem usage on mqueue and msg
  • From: Aristeu Rozanski <arozansk@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [GIT PULL] cgroup changes for v4.9-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: Add a allow_attach policy for Android
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 2/2] cgroup: Add a allow_attach policy for Android
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCH 4.4 01/93] cpuset: handle race between CPU hotplug and cpuset_hotplug_work
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.7 001/141] cpuset: handle race between CPU hotplug and cpuset_hotplug_work
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 16/22] bpf/cgroup,landlock: Handle Landlock hooks per cgroup
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC v3 11/22] seccomp,landlock: Handle Landlock hooks per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 19/22] landlock: Add interrupted origin
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 16/22] bpf/cgroup,landlock: Handle Landlock hooks per cgroup
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Add generic cgroup subsystem permission checks
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 2/2] cgroup: Add a allow_attach policy for Android
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Add generic cgroup subsystem permission checks
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: Add a allow_attach policy for Android
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Add generic cgroup subsystem permission checks
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC][PATCH] cgroup: Add new capability to allow a process to migrate other tasks between cgroups
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] cgroup: Add generic cgroup subsystem permission checks
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 2/2] cgroup: Add a allow_attach policy for Android
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [RFC][PATCH 0/2] Another pass at Android style loosening of cgroup attach permissions
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC v3 11/22] seccomp,landlock: Handle Landlock hooks per process hierarchy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC v3 19/22] landlock: Add interrupted origin
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC v3 16/22] bpf/cgroup,landlock: Handle Landlock hooks per cgroup
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-4.6] cgroup: fix error handling regressions in proc_cgroup_show() and cgroup_release_agent()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-4.9] cpuset: fix error error handling regression in proc_cpuset_show()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH cgroup/for-4.9] cpuset: fix error error handling regression in proc_cpuset_show()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [bug report] cgroup: make cgroup_path() and friends behave in the style of strlcpy()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH -v4 2/9] mm, memcg: Support to charge/uncharge multiple swap entries
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [GIT PULL] cgroup fixes for v4.8-rc8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: blkcg throttle settings page cache writes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: blkcg throttle settings page cache writes
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup ebpf egress programs
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH cgroup/for-4.8-fixes] cgroup: fix invalid controller enable rejections with cgroup namespace
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH cgroup/for-4.8-fixes] cgroup: fix invalid controller enable rejections with cgroup namespace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup ebpf egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCH] cgroup/cpu: Fix tg_has_rt_task() malfunction
  • From: "yingooyim" <ygyim@xxxxxxxxxxxx>
• Re: [PATCH] cgroup/cpu: Fix tg_has_rt_task() malfunction
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: lsm naming dilemma. Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v1] cgroup,bpf: Add access check for cgroup_get_from_fd()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1] cgroup,bpf: Add access check for cgroup_get_from_fd()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v1] cgroup,bpf: Add access check for cgroup_get_from_fd()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: lsm naming dilemma. Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v1] cgroup,bpf: Add access check for cgroup_get_from_fd()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• lsm naming dilemma. Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH v1] cgroup,bpf: Add access check for cgroup_get_from_fd()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCH v6 2/6] cgroup: add support for eBPF programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v6 1/6] bpf: add new prog type for cgroup socket filtering
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v6 3/6] bpf: add BPF_PROG_ATTACH and BPF_PROG_DETACH commands
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v6 5/6] net: ipv4, ipv6: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v6 4/6] net: filter: run cgroup eBPF ingress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v6 6/6] samples: bpf: add userspace example for attaching eBPF programs to cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v6 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: duplicate cgroup reference when cloning sockets
  • From: Vladimir Davydov <vdavydov.dev@xxxxxxxxx>
• Re: [PATCH 1/3] mm: memcontrol: make per-cpu charge cache IRQ-safe for socket accounting
  • From: Vladimir Davydov <vdavydov.dev@xxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: "Dalessandro, Dennis" <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: consolidate cgroup socket tracking
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: duplicate cgroup reference when cloning sockets
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: memcontrol: make per-cpu charge cache IRQ-safe for socket accounting
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [PATCH] cgroup/cpu: Fix tg_has_rt_task() malfunction
  • From: "yingooyim" <ygyim@xxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: blkcg throttle settings page cache writes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -next] cpuset: fix non static symbol warning
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH -next] cpuset: fix non static symbol warning
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: consolidate cgroup socket tracking
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Vincent Bernat <bernat@xxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v3 19/22] landlock: Add interrupted origin
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 21/22] bpf,landlock: Add optional skb pointer in the Landlock context
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 11/22] seccomp,landlock: Handle Landlock hooks per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: consolidate cgroup socket tracking
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v3 19/22] landlock: Add interrupted origin
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v3 17/22] cgroup: Add access check for cgroup_get_from_fd()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: consolidate cgroup socket tracking
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC v3 22/22] samples/landlock: Add sandbox example
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 21/22] bpf,landlock: Add optional skb pointer in the Landlock context
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 14/22] bpf/cgroup: Make cgroup_bpf_update() return an error code
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: consolidate cgroup socket tracking
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: consolidate cgroup socket tracking
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: consolidate cgroup socket tracking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/3] mm: memcontrol: consolidate cgroup socket tracking
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH 2/3] cgroup: duplicate cgroup reference when cloning sockets
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH 1/3] mm: memcontrol: make per-cpu charge cache IRQ-safe for socket accounting
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC v3 07/22] landlock: Handle file comparisons
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v3 11/22] seccomp,landlock: Handle Landlock hooks per process hierarchy
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v3 19/22] landlock: Add interrupted origin
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• RE: [RFC v3 00/22] Landlock LSM: Unprivileged sandboxing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• blkcg throttle settings page cache writes
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• [RFC v3 05/22] bpf,landlock: Add eBPF program subtype and is_valid_subtype() verifier
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 14/22] bpf/cgroup: Make cgroup_bpf_update() return an error code
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 15/22] bpf/cgroup: Move capability check
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 10/22] seccomp: Split put_seccomp_filter() with put_seccomp()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 12/22] bpf: Cosmetic change for bpf_prog_attach()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 00/22] Landlock LSM: Unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 13/22] bpf/cgroup: Replace struct bpf_prog with union bpf_object
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 07/22] landlock: Handle file comparisons
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 02/22] bpf: Move u64_to_ptr() to BPF headers and inline it
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 06/22] landlock: Add LSM hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 19/22] landlock: Add interrupted origin
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 08/22] seccomp: Fix documentation for struct seccomp_filter
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 11/22] seccomp,landlock: Handle Landlock hooks per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 16/22] bpf/cgroup,landlock: Handle Landlock hooks per cgroup
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 21/22] bpf,landlock: Add optional skb pointer in the Landlock context
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 18/22] cgroup,landlock: Add CGRP_NO_NEW_PRIVS to handle unprivileged hooks
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 17/22] cgroup: Add access check for cgroup_get_from_fd()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 20/22] landlock: Add update and debug access flags
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 22/22] samples/landlock: Add sandbox example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 09/22] seccomp: Move struct seccomp_filter in seccomp.h
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 04/22] bpf: Set register type according to is_valid_access()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC v3 01/22] landlock: Add Kconfig
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v2] cpuset: handle race between CPU hotplug and cpuset_hotplug_work
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: throttle IO to multiple devices in one group
  • From: Guang Yang <guangyy@xxxxxxxxx>
• [PATCH v5 1/6] bpf: add new prog type for cgroup socket filtering
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v5 6/6] samples: bpf: add userspace example for attaching eBPF programs to cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v5 3/6] bpf: add BPF_PROG_ATTACH and BPF_PROG_DETACH commands
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v5 5/6] net: core: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v5 2/6] cgroup: add support for eBPF programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v5 4/6] net: filter: run cgroup eBPF ingress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v5 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH v2] cpuset: handle race between CPU hotplug and cpuset_hotplug_work
  • From: Joonwoo Park <joonwoop@xxxxxxxxxxxxxx>
• Re: [PATCH] cpuset: handle race between CPU hotplug and cpuset_hotplug_work
  • From: Joonwoo Park <joonwoop@xxxxxxxxxxxxxx>
• Re: [PATCH] cpuset: handle race between CPU hotplug and cpuset_hotplug_work
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: throttle IO to multiple devices in one group
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• [PATCH] cpuset: handle race between CPU hotplug and cpuset_hotplug_work
  • From: Joonwoo Park <joonwoop@xxxxxxxxxxxxxx>
• throttle IO to multiple devices in one group
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: [PATCH -v3 03/10] mm, memcg: Support to charge/uncharge multiple swap entries
  • From: "Huang\, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH -v3 03/10] mm, memcg: Support to charge/uncharge multiple swap entries
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -v3 03/10] mm, memcg: Support to charge/uncharge multiple swap entries
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH -v3 02/10] mm, memcg: Add swap_cgroup_iter iterator
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [PATCH -v3 03/10] mm, memcg: Support to charge/uncharge multiple swap entries
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH v4 2/6] cgroup: add support for eBPF programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH v4 2/6] cgroup: add support for eBPF programs
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 2/6] cgroup: add support for eBPF programs
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Re: [PATCH v4 2/6] cgroup: add support for eBPF programs
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH v4 5/6] net: core: run cgroup eBPF egress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v4 0/6] Add eBPF hooks for cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v4 6/6] samples: bpf: add userspace example for attaching eBPF programs to cgroups
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v4 2/6] cgroup: add support for eBPF programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v4 3/6] bpf: add BPF_PROG_ATTACH and BPF_PROG_DETACH commands
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v4 4/6] net: filter: run cgroup eBPF ingress programs
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• [PATCH v4 1/6] bpf: add new prog type for cgroup socket filtering
  • From: Daniel Mack <daniel@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why would cpu cgroup get disabled by the kernel?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why would cpu cgroup get disabled by the kernel?
  • From: Sverd Johnsen <sverd.johnsen@xxxxxxxxxxxxxx>
• Re: Why would cpu cgroup get disabled by the kernel?
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: Why would cpu cgroup get disabled by the kernel?
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• RE: Why would cpu cgroup get disabled by the kernel?
  • From: "Rosen, Rami" <rami.rosen@xxxxxxxxx>
• Why would cpu cgroup get disabled by the kernel?
  • From: Sverd Johnsen <sverd.johnsen@xxxxxxxxxxxxxx>
• [PATCH -v2 03/10] mm, memcg: Support to charge/uncharge multiple swap entries
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• [PATCH -v2 02/10] mm, memcg: Add swap_cgroup_iter iterator
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] mm: memcontrol: Make the walk_page_range() limit obvious
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: Make the walk_page_range() limit obvious
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] mm: memcontrol: Make the walk_page_range() limit obvious
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCHv12 3/3] rdmacg: Added documentation for rdmacg
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv12 2/3] IB/core: added support to use rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv12 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [GIT PULL] cgroup fixes for v4.8-rc4
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [net-next RFC v2 8/9] samples/bpf: Add limit_connections, remap_bind checmate examples / tests
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [net-next RFC v2 9/9] doc: Add LSM / BPF Checmate docs
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] mm: memcontrol: avoid unused function warning
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [net-next RFC v2 9/9] doc: Add LSM / BPF Checmate docs
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 8/9] samples/bpf: Add limit_connections, remap_bind checmate examples / tests
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 7/9] samples/bpf: Split out helper code from test_current_task_under_cgroup_user
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 6/9] bpf: Share current_task_under_cgroup helper and expose to Checmate programs
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 5/9] bpf: Add bpf_probe_write_checmate helper
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 3/9] bpf: move tracing helpers (probe_read, get_current_task) to shared helpers
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 2/9] cgroups: move helper cgroup_parent to cgroup.h
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 1/9] net: Make cgroup sk data present when calling security_sk_(alloc/free)
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• [net-next RFC v2 0/9] Add Checmate: BPF-driven minor LSM
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (netfilter match)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 00/10] Landlock LSM: Unprivileged sandboxing (cgroup delegation)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (netfilter match)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups (performance)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>