Linux Containers
Thread Index
[
Prev Page
][
Next Page
]
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
Re: [PATCH 0/3] clone64() and unshare64() system calls
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
[PATCH 14/14][VLAN]: Migrate proc files when vlan device is moved to namespace.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 13/14][VLAN]: Allows vlan devices registration in net namespace.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 12/14][VLAN]: Make vlan_name_type per-net.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 11/14][VLAN]: Make /proc/net/vlan/conf file show per-net info.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 10/14][VLAN]: Create proc files in proper net.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 9/14][VLAN]: Add net argument to proc init/cleanup calls.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 8/14][VLAN]: Introduce the vlan_net structure.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 7/14][VLAN]: Tag vlan_group with device, not ifindex.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 6/14][RTNL]: Introduce the rtnl_kill_links call.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 5/14][TUN]: Allow to register tun devices in namespace.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 4/14][TUN]: Actually make the tun_dev_list per-net.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 3/14][TUN]: Introduce the tun_net structure.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 2/14][NETNS]: Generic per-net pointers.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 1/14][NETNS]: Introduce the net-subsys id generator.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 0/14 (3 subsets)] Make tuns and vlans devices work per-net.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 1/3] change clone_flags type to u64
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [PATCH 1/3] change clone_flags type to u64
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [PATCH 1/3] change clone_flags type to u64
From
: Kirill Korotaev <dev@xxxxxxxxxxxxx>
Re: [PATCH 1/3] change clone_flags type to u64
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 0/3] clone64() and unshare64() system calls
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [PATCH 1/3] change clone_flags type to u64
From
: Cedric Le Goater <clg@xxxxxxxxxx>
[PATCH 10/10] Bsdacct: account task in each namespace is is visible from
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 9/10] Bsdacct: stop accounting for all namespaces on umount time
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 8/10] Bsdacct: make bsd_acct_struct per pid namespace
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 5/10] Bsdacct: make check timer accept an argument
From
: Pavel Emelyanov <xemul@xxxxx>
[PATCH 6/10] Bsdacct: make the acct_lock global
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 1/3] change clone_flags type to u64
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH 7/10] Bsdacct: stop using global bsd_acct_struct instance in internal functions
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 4/10] Bsdacct: fix bogus comment near acct_process
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 3/10] Pidns: add struct bsd_acct_struct *bacct field on pid_namespace
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 2/10] Pidns: use kzalloc to allocate new pid namespace
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 1/10] Bsdacct: rename acct_glbl structure
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 0/10] Make bsd process accounting work in pid namespaces
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [RFC][PATCH 0/7] Clone PTS namespace
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
Re: [PATCH 0/3] clone64() and unshare64() system calls
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [PATCH 3/3] add the clone64() and unshare64() syscalls
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH 0/3] clone64() and unshare64() system calls
From
: sukadev@xxxxxxxxxx
Re: [PATCH 0/3] clone64() and unshare64() system calls
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 3/3] add the clone64() and unshare64() syscalls
From
: sukadev@xxxxxxxxxx
Re: [RFC][PATCH 0/7] Clone PTS namespace
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 0/3] clone64() and unshare64() system calls
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH 0/3] clone64() and unshare64() system calls
From
: sukadev@xxxxxxxxxx
Re: [PATCH 0/3] clone64() and unshare64() system calls
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH 3/3] add the clone64() and unshare64() syscalls
From
: Jakub Jelinek <jakub@xxxxxxxxxx>
Re: [RFC][PATCH 0/7] Clone PTS namespace
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
[PATCH 3/3] add the clone64() and unshare64() syscalls
From
: sukadev@xxxxxxxxxx
[PATCH 2/3] add do_unshare()
From
: sukadev@xxxxxxxxxx
[PATCH 1/3] change clone_flags type to u64
From
: sukadev@xxxxxxxxxx
[PATCH 0/3] clone64() and unshare64() system calls
From
: sukadev@xxxxxxxxxx
Re: [RFC][PATCH 0/7] Clone PTS namespace
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
Re: [RFC][PATCH 0/7] Clone PTS namespace
From
: serge@xxxxxxxxxx
Re: [RFC][PATCH 0/7] Clone PTS namespace
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [RFC][PATCH 0/7] Clone PTS namespace
From
: sukadev@xxxxxxxxxx
RE: Loadable cgroup subsystems
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
Re: [RFC] Control Groups Roadmap ideas
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/7] Clone PTS namespace
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
[RFC][PATCH] CGroups: Include hierarchy ids in /proc/<pid>/cgroup
From
: Paul Menage <menage@xxxxxxxxxx>
[RFC][PATCH 6/7]: Determine pts_ns from a pty's inode
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 7/7]: Enable cloning PTY namespaces
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 5/7]: Implement get_pts_ns() and put_pts_ns()
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 4/7]: Allow mknod of ptmx and tty in devpts
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 2/7]: Factor out PTY index allocation
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 3/7]: Enable multiple mounts of /dev/pts
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 1/7]: Propagate error code from devpts_pty_new
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 0/7] Clone PTS namespace
From
: sukadev@xxxxxxxxxx
[RFC] Control Groups Roadmap ideas
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][-mm] [0/2] Basic stats for cgroups V2
From
: Balaji Rao <balajirrao@xxxxxxxxx>
Re: [RFC][-mm] [0/2] Basic stats for cgroups V2
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][-mm] [0/2] Basic stats for cgroups V2
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][-mm] [0/2] Basic stats for cgroups V2
From
: Balaji Rao <balajirrao@xxxxxxxxx>
Re: [RFC][-mm] [0/2] Basic stats for cgroups V2
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: Loadable cgroup subsystems
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: Loadable cgroup subsystems
From
: Nikanth Karthikesan <knikanth@xxxxxxx>
Re: Loadable cgroup subsystems
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][-mm] [0/2] Basic stats for cgroups V2
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: Loadable cgroup subsystems
From
: "Paul Menage" <menage@xxxxxxxxxx>
Loadable cgroup subsystems
From
: Nikanth Karthikesan <knikanth@xxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
[PATCH -mm 2/3] cgroup: simplify init_subsys() (v2)
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [RFC][-mm] [0/2] Basic stats for cgroups V2
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][-mm] [2/2] Simple stats for memory resource controller
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
[RFC][-mm] [2/2] Simple stats for memory resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
[RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
[RFC][-mm] [0/2] Basic stats for cgroups V2
From
: Balaji Rao <balajirrao@xxxxxxxxx>
Re: [Devel] [RFC PATCH 0/4] Container Freezer: Reuse Suspend Freezer
From
: Matt Helsley <matthltc@xxxxxxxxxx>
Re: [Devel] [RFC PATCH 0/4] Container Freezer: Reuse Suspend Freezer
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [Devel] [RFC PATCH 0/4] Container Freezer: Reuse Suspend Freezer
From
: Matt Helsley <matthltc@xxxxxxxxxx>
Re: [PATCH 6/7][v2]: Determine pts_ns from a pty's inode
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 6/7][v2]: Determine pts_ns from a pty's inode
From
: sukadev@xxxxxxxxxx
Re: [PATCH 6/7][v2]: Determine pts_ns from a pty's inode
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] [RFC PATCH 0/4] Container Freezer: Reuse Suspend Freezer
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
[RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 3/4] IPC: use the target ID specified in procfs
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 2/4] Provide a new procfs interface to set next upid nr(s)
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 0/4] Object creation with a specified id
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 1/4] Provide a new procfs interface to set next id
From
: Nadia.Derbey@xxxxxxxx
Re: [Devel] [RFC PATCH 0/4] Container Freezer: Reuse Suspend Freezer
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
RE: [RFC][patch 8/11][CFQ-cgroup] Control cfq_data per cgroup
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
Re: [RFC][patch 8/11][CFQ-cgroup] Control cfq_data per cgroup
From
: "Paul Menage" <menage@xxxxxxxxxx>
RE: [RFC][patch 8/11][CFQ-cgroup] Control cfq_data per cgroup
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
Re: [Devel] [RFC PATCH 0/4] Container Freezer: Reuse Suspend Freezer
From
: Matt Helsley <matthltc@xxxxxxxxxx>
Re: [Devel] [RFC PATCH 0/4] Container Freezer: Reuse Suspend Freezer
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 0/13 net-2.6.26] UDP/ICMP/TCP for a namespace v2
From
: David Miller <davem@xxxxxxxxxxxxx>
[RFC PATCH 1/4] Container Freezer: Add TIF_FREEZE flag to all architectures
From
: matthltc@xxxxxxxxxx
[RFC PATCH 2/4] Container Freezer: Make refrigerator always available
From
: matthltc@xxxxxxxxxx
[RFC PATCH 4/4] Container Freezer: Skip frozen cgroups during power management resume
From
: matthltc@xxxxxxxxxx
[RFC PATCH 3/4] Container Freezer: Implement freezer cgroup subsystem
From
: matthltc@xxxxxxxxxx
[RFC PATCH 0/4] Container Freezer: Reuse Suspend Freezer
From
: matthltc@xxxxxxxxxx
Re: [PATCH 1/3] [IPV6]: Event type in addrconf_ifdown is mis-used.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: David Miller <davem@xxxxxxxxxxxxx>
reminder about containers mini-summit at ols
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH -mm 3/3] cgroup: remove the css_set linked-list
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH -mm 2/3] cgroup: simplify init_subsys()
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][patch 8/11][CFQ-cgroup] Control cfq_data per cgroup
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][patch 3/11][CFQ-cgroup] Introduce cgroup subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH -mm 1/3] cgroup: use a hash table for css_set finding
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH -mm 1/3] cgroup: use a hash table for css_set finding
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH -mm 1/3] cgroup: use a hash table for css_set finding
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH -mm 1/3] cgroup: use a hash table for css_set finding
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
[RFC][patch 12/12][CFQ-cgroup] entry/remove active cfq_data
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 11/12][CFQ-cgroup] Control service tree: Main functions
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[PATCH] [RFC][patch 10/12][CFQ-cgroup] Search cfq_data when not connected
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 9/12][CFQ-cgroup] Control cfq_data per cgroup
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 8/12][CFQ-cgroup] Control cfq_data per driver
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 7/12][CFQ-cgroup] Add new control layer over traditional control layer
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 6/12][CFQ-cgroup] Add cfq optional operation framework
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 5/12][CFQ-cgroup] Create cfq driver unique data
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[PATCH] [RFC][patch 4/12][CFQ-cgroup] Add ioprio entry
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 3/12][CFQ-cgroup] Introduce cgroup subsystem
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[PATCH 7/7][v2]: Enable cloning PTY namespaces
From
: sukadev@xxxxxxxxxx
[RFC][patch 2/11][CFQ-cgroup] Move header file
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[PATCH 6/7][v2]: Determine pts_ns from a pty's inode
From
: sukadev@xxxxxxxxxx
[PATCH 5/7][v2]: Implement get_pts_ns() and put_pts_ns()
From
: sukadev@xxxxxxxxxx
[PATCH] [RFC][patch 1/12][CFQ-cgroup] Add Configuration
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[PATCH 4/7][v2]: Allow mknod of ptmx and tty in devpts
From
: sukadev@xxxxxxxxxx
[PATCH 3/7][v2]: Enable multiple mounts of /dev/pts
From
: sukadev@xxxxxxxxxx
[RFC][v2][patch 0/12][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[PATCH 2/7][v2]: Factor out PTY index allocation
From
: sukadev@xxxxxxxxxx
[PATCH 1/7][v2]: Propagate error code from devpts_pty_new
From
: sukadev@xxxxxxxxxx
[PATCH 0/7][v2] Clone PTY namespaces
From
: sukadev@xxxxxxxxxx
[PATCH -mm 2/3] cgroup: simplify init_subsys()
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
[PATCH -mm 3/3] cgroup: remove the css_set linked-list
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
[PATCH -mm 1/3] cgroup: use a hash table for css_set finding
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
[PATCH -mm 0/3] cgroup: use hash table for css_set
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH -mm 2/3] cgroup: simplify init_subsys()
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [RFC][patch 3/11][CFQ-cgroup] Introduce cgroup subsystem
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [RFC][patch 3/11][CFQ-cgroup] Introduce cgroup subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a pre-defined id (v2)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH -mm 2/3] cgroup: simplify init_subsys()
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH -mm 1/3] cgroup: use a hash table for css_set finding
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 0/3 net-2.6.26] Compilation fixes.
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH -mm 0/3] cgroup: use hash table for css_set
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
[PATCH -mm 3/3] cgroup: remove the css_set linked-list
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
[PATCH -mm 1/3] cgroup: use a hash table for css_set finding
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
[PATCH -mm 2/3] cgroup: simplify init_subsys()
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
[RFC][patch 11/11][CFQ-cgroup] entry/remove active cfq_data
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 10/11][CFQ-cgroup] Control service tree: Main functions
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 9/11][CFQ-cgroup] Search cfq_data when not connected
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 8/11][CFQ-cgroup] Control cfq_data per cgroup
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 7/11][CFQ-cgroup] Control cfq_data per driver
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 6/11][CFQ-cgroup] Add new control layer over traditional control layer
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 5/11][CFQ-cgroup] Add cfq optional operation framework
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 4/11][CFQ-cgroup] Create cfq driver unique data
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 3/11][CFQ-cgroup] Introduce cgroup subsystem
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 2/11][CFQ-cgroup] Move header file
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 1/11][CFQ-cgroup] Add Configuration
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[RFC][patch 0/11][CFQ-cgroup]Yet another I/O bandwidth controlling subsystem for CGroups based on CFQ
From
: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
[PATCH 3/3 net-2.6.26] [NETNS]: Do not include net/net_namespace.h from seq_file.h
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 2/3 net-2.6.26] [NETNS]: Remove ifdef CONFIG_NET braces in fs/proc/proc_net.c.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 1/3 net-2.6.26] [NETNS]: Merge ifdef CONFIG_NET in include/net/net_namespace.h.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 0/3 net-2.6.26] Compilation fixes.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 9/13 net-2.6.26] [ICMP]: Simplify ICMP control socket creation.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 11/13 net-2.6.26] [IPV6]: Simplify IPv6 control sockets creation.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 6/13 net-2.6.26] [SCTP]: Replace socket with sock for SCTP control socket.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 4/13 net-2.6.26] [INET]: Rename inet_csk_ctl_sock_create to inet_ctl_sock_create.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 11/13 net-2.6.26] [IPV6]: Simplify IPv6 control sockets creation.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 12/13 net-2.6.26] [NETNS]: Create tcp control socket in the each namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 10/13 net-2.6.26] [INET]: uc_ttl assignment in inet_ctl_sock_create is redundant.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 8/13 net-2.6.26] [NETNS]: Inet control socket should not hold a namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 8/13 net-2.6.26] [NETNS]: Inet control socket should not hold a namespace.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 13/13 net-2.6.26] [NETNS]: Use TCP control socket from a correct namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 7/13 net-2.6.26] [INET]: Let inet_ctl_sock_create return sock rather than socket.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 9/13 net-2.6.26] [ICMP]: Simplify ICMP control socket creation.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 5/13 net-2.6.26] [SCTP]: Use inet_ctl_sock_create for control socket creation.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 3/13 net-2.6.26] [DCCP]: dccp_v(4|6)_ctl_socket is leaked.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 2/13 net-2.6.26] [DCCP]: Replace socket with sock for reset sending.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 1/13 net-2.6.26] [TCP]: Replace socket with sock for reset sending.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 4/13 net-2.6.26] [INET]: Rename inet_csk_ctl_sock_create to inet_ctl_sock_create.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 3/13 net-2.6.26] [DCCP]: dccp_v(4|6)_ctl_socket is leaked.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 1/13 net-2.6.26] [TCP]: Replace socket with sock for reset sending.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 7/13 net-2.6.26] [INET]: Let inet_ctl_sock_create return sock rather than socket.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 6/13 net-2.6.26] [SCTP]: Replace socket with sock for SCTP control socket.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 2/13 net-2.6.26] [DCCP]: Replace socket with sock for reset sending.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 5/13 net-2.6.26] [SCTP]: Use inet_ctl_sock_create for control socket creation.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 0/13 net-2.6.26] UDP/ICMP/TCP for a namespace v2
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 0/3] IPv6 start/stop problems
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 0/3] IPv6 start/stop problems
From
: "Denis V. Lunev" <den@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a pre-defined id (v2)
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a pre-defined id (v2)
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [PATCH 3/11 net-2.6.26] [DCCP]: dccp_v(4|6)_ctl_socket is leaked.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC][PATCH 1/4] Provide a new procfs interface to set next id
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [PATCH 3/11 net-2.6.26] [DCCP]: dccp_v(4|6)_ctl_socket is leaked.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 3/11 net-2.6.26] [DCCP]: dccp_v(4|6)_ctl_socket is leaked.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 3/11 net-2.6.26] [DCCP]: dccp_v(4|6)_ctl_socket is leaked.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 2/11 net-2.6.26] [DCCP]: Replace socket with sock for reset sending.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 7/11 net-2.6.26] [ICMP]: Simplify ICMP control socket creation.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 3/11 net-2.6.26] [DCCP]: dccp_v(4|6)_ctl_socket is leaked.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH 2/11 net-2.6.26] [DCCP]: Replace socket with sock for reset sending.
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
[RFC][PATCH 1/4] Provide a new procfs interface to set next id
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 2/4] Provide a new procfs interface to set next upid nr(s)
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 3/4] IPC: use the target ID specified in procfs
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 0/4] Object creation with a pre-defined id (v2)
From
: Nadia.Derbey@xxxxxxxx
[PATCH 6/11 net-2.6.26] [INET]: Let inet_csk_ctl_sock_create return sock rather than socket.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 2/11 net-2.6.26] [DCCP]: Replace socket with sock for reset sending.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 10/11] [NETNS]: Create tcp control socket in the each namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 4/11 net-2.6.26] [SCTP]: Use inet_csk_ctl_sock_create for control socket creation.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 1/11 net-2.6.26] [TCP]: Replace socket with sock for reset sending.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 7/11 net-2.6.26] [ICMP]: Simplify ICMP control socket creation.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 5/11 net-2.6.26] [SCTP]: Replace socket with sock for sctp_ctl_sock.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 9/11 net-2.6.26] [IPV6]: Simplify IPv6 control socket creation.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 8/11 net-2.6.26] [INET]: uc_ttl assignment in inet_csk_ctl_sock_create is extra.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 11/11 net-2.6.26] [NETNS]: Use TCP control socket from a correct namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 3/11 net-2.6.26] [DCCP]: dccp_v(4|6)_ctl_socket is leaked.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 0/11 net-2.6.16] unify control socket usage for protocols
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2 net-2.6.26] [NETNS]: Do no include NET related headers if CONFIG_NET is not set.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/2 net-2.6.26] [NETNS]: Compile NET /proc support only if CONFIG_NET is set.
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 1/2 net-2.6.26] [NETNS]: Compile NET /proc support only if CONFIG_NET is set.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 2/2 net-2.6.26] [NETNS]: Do no include NET related headers if CONFIG_NET is not set.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [patch 0/3][NETNS][IPV6] make anycast and ip6_flowlabels per namespace
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][-mm] [2/2] Simple stats for memory resource controller
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][-mm] [2/2] Simple stats for memory resource controller
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][-mm] [2/2] Simple stats for memory resource controller
From
: "Paul Menage" <menage@xxxxxxxxxx>
[RFC][-mm] [1/2] Simple stats for cpu resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
[RFC][-mm] [2/2] Simple stats for memory resource controller
From
: Balaji Rao <balajirrao@xxxxxxxxx>
[RFC][-mm] [0/2] Basic stats for cgroups
From
: Balaji Rao <balajirrao@xxxxxxxxx>
Re: [PATCH] ptrace: it is fun to strace /sbin/init
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: ols mini-summit is on
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: ols mini-summit is on
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] ptrace: it is fun to strace /sbin/init
From
: Andrew Morgan <morgan@xxxxxxxxxx>
Re: [PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: sukadev@xxxxxxxxxx
Re: [PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: sukadev@xxxxxxxxxx
[patch 2/3][NETNS][IPV6] flowlabels - make flowlabels per namespace
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
[patch 3/3][NETNS][IPV6] flowlabels - make proc per namespace
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
[patch 1/3][NETNS][IPV6] anycast - handle several network namespace
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
[patch 0/3][NETNS][IPV6] make anycast and ip6_flowlabels per namespace
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [Devel] Re: [PATCH 1/2 net-2.6.26] [NETNS]: Compilation fix for include/linux/netdevice.h.
From
: Alexey Dobriyan <adobriyan@xxxxx>
Re: [PATCH 1/2 net-2.6.26] [NETNS]: Compilation fix for include/linux/netdevice.h.
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [PATCH 1/2 net-2.6.26] [NETNS]: Compilation fix for include/linux/netdevice.h.
From
: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>
Re: [PATCH 1/2 net-2.6.26] [NETNS]: Compilation fix for include/linux/netdevice.h.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 2/2 net-2.6.26] [NETNS]: Compilation warnings under CONFIG_NET_NS.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/2 net-2.6.26] [NETNS]: Compilation fix for include/linux/netdevice.h.
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 1/2 net-2.6.26] [NETNS]: Compilation fix for include/linux/netdevice.h.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 2/2 net-2.6.26] [NETNS]: Compilation warnings under CONFIG_NET_NS.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: sukadev@xxxxxxxxxx
Re: [PATCH] ptrace: it is fun to strace /sbin/init
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] ptrace: it is fun to strace /sbin/init
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [PATCH 4/7] Implement get_pts_ns() and put_pts_ns()
From
: sukadev@xxxxxxxxxx
Re: [PATCH] ptrace: it is fun to strace /sbin/init
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
ols mini-summit is on
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 6/7]: Check for user-space mount of /dev/pts
From
: sukadev@xxxxxxxxxx
Re: [PATCH 4/7] Implement get_pts_ns() and put_pts_ns()
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 4/7] Implement get_pts_ns() and put_pts_ns()
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 6/7]: Check for user-space mount of /dev/pts
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 0/7][v2] Cloning PTS namespace
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [Devel] [PATCH 6/7]: Check for user-space mount of /dev/pts
From
: Alexey Dobriyan <adobriyan@xxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [PATCH 0/7][v2] Cloning PTS namespace
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 6/7]: Check for user-space mount of /dev/pts
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [PATCH] fix spurious EBUSY on memory cgroup removal
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] fix spurious EBUSY on memory cgroup removal
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH] fix spurious EBUSY on memory cgroup removal
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [PATCH] fix spurious EBUSY on memory cgroup removal
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH] fix spurious EBUSY on memory cgroup removal
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
[PATCH 7/7]: Enable cloning PTY namespaces
From
: sukadev@xxxxxxxxxx
Re: [RFC][PATCH] another swap controller for cgroup
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
[PATCH 6/7]: Check for user-space mount of /dev/pts
From
: sukadev@xxxxxxxxxx
[PATCH 5/7]: Determine pts_ns from a pty's inode.
From
: sukadev@xxxxxxxxxx
[PATCH 4/7] Implement get_pts_ns() and put_pts_ns()
From
: sukadev@xxxxxxxxxx
[PATCH 3/7]: Enable multiple mounts of /dev/pts
From
: sukadev@xxxxxxxxxx
[PATCH 2/7]: Factor out PTY index allocation
From
: sukadev@xxxxxxxxxx
[PATCH 1/7] Propagate error code from devpts_pty_new
From
: sukadev@xxxxxxxxxx
[PATCH 0/7][v2] Cloning PTS namespace
From
: sukadev@xxxxxxxxxx
Re: [RFC][PATCH] another swap controller for cgroup
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [PATCH 0/11 net-2.6.26] UDP/ICMP/TCP for a namespace
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH 2/11 net-2.6.26] [NETNS]: /proc/net/arp namespacing.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 1/11 2.6.26] [NETNS]: Process ARP in the context of the correct namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 5/11 net-2.6.26] [NETNS]: Add namespace parameter to ip_cmsg_send.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 3/11 net-2.6.26] [NETNS]: Add namespace parameter to ip_options_compile.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 4/11 net-2.6.25] [NETNS]: Add namespace parameter to ip_options_get(...).
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 8/11 net-2.6.26] [NETNS]: Process netfilter hooks in initial namespace only.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 7/11 net-2.6.26] [NETNS]: Process INET socket layer in the correct namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 9/11 net-2.6.26] [NETNS]: Drop packets in the non-initial namespace on the per/protocol basis.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 10/11 net-2.6.26] [NETNS]: Allow to create sockets in non-initial namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 6/11 net-2.6.26] [NETNS]: Process IP layer in the context of the correct namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 11/11 net-2.6.25] [NETNS]: Enable TCP/UDP/ICMP inside namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 0/11 net-2.6.26] UDP/ICMP/TCP for a namespace
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] [IPV6]: Event type in addrconf_ifdown is mis-used.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/3] [IPV6]: Event type in addrconf_ifdown is mis-used.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 1/3] [IPV6]: Event type in addrconf_ifdown is mis-used.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 1/3] [IPV6]: Event type in addrconf_ifdown is mis-used.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 1/3] [IPV6]: Event type in addrconf_ifdown is mis-used.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Rik van Riel <riel@xxxxxxxxxx>
[PATCH 1/1] cgroups: implement device whitelist (v6)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 1/1] cgroups: implement device whitelist (v5)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 1/1] cgroups: implement device whitelist (v5)
From
: "Daniel Hokka Zakrisson" <daniel@xxxxxxxxx>
Re: [PATCH O/4] Block I/O tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: nets: status of sysfs with netns
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH 1/1] cgroups: implement device whitelist (v5)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[PATCH 2/3] [IPV6]: inet6_dev on loopback should be kept until namespace stop.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 1/3] [IPV6]: Event type in addrconf_ifdown is mis-used.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 3/3] [IPV6]: Fix refcounting for anycast dst entries.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 0/3] IPv6 start/stop problems
From
: "Denis V. Lunev" <den@xxxxxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist (v4)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 2/4] Block I/O tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH 2/4] Block I/O tracking
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/4] Block I/O tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH 1/4] Block I/O tracking
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/4] Block I/O tracking
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH O/4] Block I/O tracking
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
[PATCH 4/4] Block I/O tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
[PATCH 3/4] Block I/O tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
[PATCH 2/4] Block I/O tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
[PATCH 1/4] Block I/O tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
[PATCH O/4] Block I/O tracking
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist (v4)
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist (v4)
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist (v4)
From
: James Morris <jmorris@xxxxxxxxx>
[PATCH] cgroups: implement device whitelist (v4)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: Stephen Smalley <sds@xxxxxxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: Stephen Smalley <sds@xxxxxxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [PATCH -mm] cgroup: fix boot option parsing
From
: "Paul Menage" <menage@xxxxxxxxxx>
[PATCH -mm] cgroup: fix boot option parsing
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] another swap controller for cgroup
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
[RFC][PATCH] another swap controller for cgroup
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: Stephen Smalley <sds@xxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: Containers don't handle keys, but should they?
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: nets: status of sysfs with netns
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: Containers don't handle keys, but should they?
From
: David Howells <dhowells@xxxxxxxxxx>
Re: nets: status of sysfs with netns
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
nets: status of sysfs with netns
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: Containers don't handle keys, but should they?
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: Stephen Smalley <sds@xxxxxxxxxxxxxx>
Re: Containers don't handle keys, but should they?
From
: Kirill Korotaev <dev@xxxxxxxxxxxxx>
Containers don't handle keys, but should they?
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] cgroups: implement device whitelist lsm (v3)
From
: James Morris <jmorris@xxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [PATCH 0/3] Implement triggers for control groups.
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 1/3] res_counter: introduce res_counter_write_u64()
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 3/3] memcgoup: allow memory.failcnt to be reset
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/4] Object creation with a specified id
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH] cgroups: implement device whitelist lsm (v3)
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
accessing "nonexistent" /proc/<tid>/
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 1/3] Add the trigger callback to struct cftype
From
: "Paul Menage" <menage@xxxxxxxxxx>
[PATCH 1/3] Add the trigger callback to struct cftype
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 2/3] Use triggers in force_empty and max_usage files
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 3/3] Implement failcounter reset
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 0/3] Implement triggers for control groups.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [PATCH] Add a 'trigger' callback on struct cftype.
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH] Add a 'trigger' callback on struct cftype.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [PATCH 2/2] Make res_counter hierarchical
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: Re: [RFC/PATCH] cgroup swap subsystem
From
: yamamoto@xxxxxxxxxxxxx (YAMAMOTO Takashi)
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH] Add a 'trigger' callback on struct cftype.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH] Add a 'trigger' callback on struct cftype.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH] Add a 'trigger' callback on struct cftype.
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Add a 'trigger' callback on struct cftype.
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
[PATCH] Add a 'trigger' callback on struct cftype.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 2/3] memcg: put a restriction on writing memory.force_empty
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
[PATCH 2/3] memcg: put a restriction on writing memory.force_empty
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 1/3] res_counter: introduce res_counter_write_u64()
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
[PATCH 3/3] memcgoup: allow memory.failcnt to be reset
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 2/3] memcg: put a restriction on writing memory.force_empty
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/3] memcgoup: allow memory.failcnt to be reset
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
[PATCH 1/3] res_counter: introduce res_counter_write_u64()
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 3/3] memcgoup: allow memory.failcnt to be reset
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 1/2] Add the max_usage member on the res_counter
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[RFC][PATCH 4/4] PID: use the target ID specified in procfs
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 2/4] Provide a new procfs interface to set next upid nr(s)
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 3/4] IPC: use the target ID specified in procfs
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 1/4] Provide a new procfs interface to set next ipc id
From
: Nadia.Derbey@xxxxxxxx
[RFC][PATCH 0/4] Object creation with a specified id
From
: Nadia.Derbey@xxxxxxxx
Re: [PATCH 2/2] Make res_counter hierarchical
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Add the max_usage member on the res_counter
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Make res_counter hierarchical
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 1/2] Add the max_usage member on the res_counter
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
[PATCH 1/2] Add the max_usage member on the res_counter
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
[PATCH 2/2] Make res_counter hierarchical
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: Supporting overcommit with the memory controller
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: Re: [RFC/PATCH] cgroup swap subsystem
From
: kamezawa.hiroyu@xxxxxxxxxxxxxx
Re: [RFC/PATCH] cgroup swap subsystem
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: Supporting overcommit with the memory controller
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: Supporting overcommit with the memory controller
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [Devel] Re: [RFC/PATCH] cgroup swap subsystem
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: Supporting overcommit with the memory controller
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [Devel] Re: [RFC/PATCH] cgroup swap subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [Devel] Re: [RFC/PATCH] cgroup swap subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: Supporting overcommit with the memory controller
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: Supporting overcommit with the memory controller
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: Supporting overcommit with the memory controller
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Supporting overcommit with the memory controller
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Xpl++ <xpl@xxxxxxxx>
Re: [RFC] libcg: design and plans
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [Devel] Re: network namespace ipv6 perfs
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Xpl++ <xpl@xxxxxxxx>
Re: [RFC] libcg: design and plans
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [Devel] Re: [RFC] libcg: design and plans
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] CGroups _s64 files: Intro
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
[PATCH 0/2] CGroups _s64 files: Intro
From
: menage@xxxxxxxxxx
[PATCH 1/2] CGroups _s64 files: Add cgroups read_s64/write_s64 file methods
From
: menage@xxxxxxxxxx
[PATCH 2/2] CGroups _s64 files: Use read_s64/write_s64 in CFS cgroup for rt_runtime file
From
: menage@xxxxxxxxxx
Re: [RFC/PATCH] cgroup swap subsystem
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [Devel] Re: [RFC] libcg: design and plans
From
: "Denis V. Lunev" <den@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/1]a new optional function for task assignment to cgroup
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/1]a new optional function for task assignment to cgroup
From
: "Paul Menage" <menage@xxxxxxxxxx>
RE: [RFC][PATCH 0/1]a new optional function for task assignment to cgroup
From
: "Kazunaga Ikeno" <k-ikeno@xxxxxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [RFC/PATCH] cgroup swap subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: "Paul Menage" <menage@xxxxxxxxxx>
[RFC/PATCH] cgroup swap subsystem
From
: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 0/1]a new optional function for task assignment to cgroup
From
: "Paul Menage" <menage@xxxxxxxxxx>
[RFC][PATCH 1/1]a new optional function for task assignment to cgroup
From
: Kazunaga Ikeno <k-ikeno@xxxxxxxxxxxxx>
[RFC][PATCH 0/1]a new optional function for task assignment to cgroup
From
: Kazunaga Ikeno <k-ikeno@xxxxxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Paul Jackson <pj@xxxxxxx>
Re: [RFC] libcg: design and plans
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [RFC] libcg: design and plans
From
: Xpl++ <xpl@xxxxxxxx>
Re: network namespace ipv6 perfs
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
[RFC] libcg: design and plans
From
: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
Re: network namespace ipv6 perfs
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: network namespace ipv6 perfs
From
: Rick Jones <rick.jones2@xxxxxx>
Re: [Devel] Re: network namespace ipv6 perfs
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: [Devel] Re: network namespace ipv6 perfs
From
: "Benjamin Thery" <ben.thery@xxxxxxxxx>
Re: [Devel] Re: network namespace ipv6 perfs
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: network namespace ipv6 perfs
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: network namespace ipv6 perfs
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
network namespace ipv6 perfs
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 0/2] Fix /proc/net in presence of net namespaces
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 12/12 net-2.6.26] [ICMP6]: Consolidate fail path icmpv6_sk_init with icmpv6_sk_exit.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 12/12 net-2.6.26] [ICMP6]: Consolidate fail path icmpv6_sk_init with icmpv6_sk_exit.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: Purpose of __net_exit & friends
From
: David Miller <davem@xxxxxxxxxxxxx>
Purpose of __net_exit & friends [Was: [ICMP6]: Consolidate fail ...]
From
: Sam Ravnborg <sam@xxxxxxxxxxxx>
Re: [PATCH 9/12 net-2.6.26] [NETNS]: icmp(v6)_sk should not pin a namespace.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 12/12 net-2.6.26] [ICMP6]: Consolidate fail path icmpv6_sk_init with icmpv6_sk_exit.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH 0/12 net-2.6.26] icmp_socket namespacing
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC] [PATCH] Re: Prefixing cgroup generic control filenames with "cgroup."
From
: Paul Jackson <pj@xxxxxxx>
Re: [RFC] [PATCH] Re: Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] [PATCH] Re: Prefixing cgroup generic control filenames with "cgroup."
From
: Paul Jackson <pj@xxxxxxx>
[PATCH 8/12 net-2.6.26] Make netlink_kernel_release publically available as sk_release_kernel.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 5/12 net-2.6.26] [ICMP]: Pass proper ICMP socket into icmp(v6)_xmit_(un)lock.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 4/12 net-2.6.26] [ICMP]: Store sock rather than socket for ICMP flow control.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 7/12 net-2.6.26] No need for a separate __netlink_release call.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 3/12 net-2.6.26] [ICMP]: Optimize icmp_socket usage.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 6/12 net-2.6.26] [ICMP]: Allocate data for __icmp(v6)_sk dynamically.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 2/12 net-2.6.26] [ICMP]: Add return code to icmp_init.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 11/12] [NETNS]: Make icmpv6_sk per namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 1/12 net-2.6.26] [INET]: Remove struct net_proto_family* from _init calls.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 10/12] [NETNS]: Make icmp_sk per namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 9/12 net-2.6.26] [NETNS]: icmp(v6)_sk should not pin a namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 12/12 net-2.6.26] [ICMP6]: Consolidate fail path icmpv6_sk_init with icmpv6_sk_exit.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 0/12 net-2.6.26] icmp_socket namespacing
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Xpl++ <xpl@xxxxxxxx>
Re: [RFC] [PATCH] Re: Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: A strange behavior of sched_fair
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] [PATCH] Re: Prefixing cgroup generic control filenames with "cgroup."
From
: Paul Jackson <pj@xxxxxxx>
[RFC] [PATCH] Re: Prefixing cgroup generic control filenames with "cgroup."
From
: Paul Menage <menage@xxxxxxxxxx>
Re: [PATCH 0/17] Finish IPv4 infrastructure namespacing.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Paul Jackson <pj@xxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Paul Jackson <pj@xxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: serge@xxxxxxxxxx
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: serge@xxxxxxxxxx
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[RFC] Prefixing cgroup generic control filenames with "cgroup."
From
: "Paul Menage" <menage@xxxxxxxxxx>
[PATCH] Fix warning in kernel/pid.c
From
: sukadev@xxxxxxxxxx
[PATCH] Control Groups: Add Paul Menage a maintainer
From
: Paul Menage <menage@xxxxxxxxxx>
Re: [PATCH 05/10] CGroup API files: Update cpusets to use cgroup structured file API
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 00/10] CGroup API files: Various cleanup to CGroup control files
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 05/10] CGroup API files: Update cpusets to use cgroup structured file API
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 4/4] The control group itself
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [PATCH 00/10] CGroup API files: Various cleanup to CGroup control files
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 00/10] CGroup API files: Various cleanup to CGroup control files
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH] cgroup: fix default notify_on_release setting
From
: Paul Jackson <pj@xxxxxxx>
Re: [PATCH 00/10] CGroup API files: Various cleanup to CGroup control files
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
[RFC] Remove kern_mount() in init_devpts_fs()
From
: sukadev@xxxxxxxxxx
The I/O bandwidth controller: dm-ioband Performance Report
From
: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
[PATCH] cgroup: fix default notify_on_release setting
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH] cgroup: fix default notify_on_release setting
From
: "Paul Menage" <menage@xxxxxxxxxx>
[PATCH 09/10] CGroup API files: Move "releasable" to cgroup_debug subsystem
From
: menage@xxxxxxxxxx
[PATCH 02/10] CGroup API files: Add res_counter_read_u64()
From
: menage@xxxxxxxxxx
[PATCH 04/10] CGroup API files: Strip all trailing whitespace in cgroup_write_u64
From
: menage@xxxxxxxxxx
[PATCH 07/10] CGroup API files: Use cgroup map for memcontrol stats file
From
: menage@xxxxxxxxxx
[PATCH 08/10] CGroup API files: Drop mem_cgroup_force_empty()
From
: menage@xxxxxxxxxx
[PATCH 05/10] CGroup API files: Update cpusets to use cgroup structured file API
From
: menage@xxxxxxxxxx
[PATCH 00/10] CGroup API files: Various cleanup to CGroup control files
From
: menage@xxxxxxxxxx
[PATCH 06/10] CGroup API files: Add cgroup map data type
From
: menage@xxxxxxxxxx
[PATCH 01/10] CGroup API files: Rename read/write_uint methods to read_write_u64
From
: menage@xxxxxxxxxx
[PATCH 10/10] CGroup API files: Make CGROUP_DEBUG default to off
From
: menage@xxxxxxxxxx
[PATCH 03/10] CGroup API files: Use read_u64 in memory controller
From
: menage@xxxxxxxxxx
Re: [PATCH 4/4] The control group itself
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/4] The control group itself
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [PATCH 2/7] cgroup: fix comments
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 4/4] The control group itself
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [PATCH 2/7] cgroup: fix comments
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 7/7] cgroup: remove dead code in cgroup_get_rootdir()
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] [NETNS]: Namespace leak in pneigh_lookup.
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC][PATCH 1/7] CGroup API: Add cgroup.api control file
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][PATCH 1/7] CGroup API: Add cgroup.api control file
From
: Paul Jackson <pj@xxxxxxx>
Re: [PATCH 1/7] cgroup: fix and update documentation
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 4/7] cgroup: fix memory leak in cgroup_get_sb()
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 6/7] cgroup: remove duplicate code in find_css_set()
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 2/7] cgroup: fix comments
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 5/7] cgroup: fix subsys bitops
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 3/7] cgroup: clean up cgroup.h
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][PATCH 1/7] CGroup API: Add cgroup.api control file
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][PATCH 1/7] CGroup API: Add cgroup.api control file
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Matt Helsley <matthltc@xxxxxxxxxx>
Re: [RFC][PATCH 1/7] CGroup API: Add cgroup.api control file
From
: Paul Jackson <pj@xxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [PATCH 6/17 net-2.6.26] [NETNS]: Default arp parameters lookup.
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [PATCH 3/17 net-2.6.26] [NETFILTER]: Consolidate masq_inet_event and masq_device_event.
From
: Patrick McHardy <kaber@xxxxxxxxx>
[PATCH] [NETNS]: Namespace leak in pneigh_lookup.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 6/17 net-2.6.26] [NETNS]: Default arp parameters lookup.
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [PATCH 6/17 net-2.6.26] [NETNS]: Default arp parameters lookup.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 6/17 net-2.6.26] [NETNS]: Default arp parameters lookup.
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [PATCH 6/17 net-2.6.26] [NETNS]: Default arp parameters lookup.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 6/17 net-2.6.26] [NETNS]: Default arp parameters lookup.
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [LTP] [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
[PATCH 3/17 net-2.6.26] [NETFILTER]: Consolidate masq_inet_event and masq_device_event.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 17/17 net-2.6.26] [NETNS]: Process inet_select_addr inside a namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 2/17 net-2.6.26] [IPV4]: Remove check for ifa->ifa_dev != NULL.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 5/17 net-2.6.26] [NETNS]: Register neighbour table parameters in the correct namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 8/17 net-2.6.26] [NETNS]: Enable inetdev_event notifier.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 15/17 net-2.6.26] [NETNS]: Enable all routing manipulation via netlink inside namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 9/17 net-2.6.26] [NETNS]: DST cleanup routines should be called inside namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 16/17 net-2.6.26] [NETNS]: Enable IPv4 address manipulations inside namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 12/17 net-2.6.26] [NETNS]: Process /proc/net/rt_cache inside a namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 14/17 net-2.6.26] [NETNS]: Process devinet ioctl in the correct namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 1/17 net-2.6.26] [IPV4]: Remove ifa != NULL check.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 4/17 net-2.6.26] [NETNS]: Disable inetaddr notifiers in namespaces other than initial.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 6/17 net-2.6.26] [NETNS]: Default arp parameters lookup.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 13/17 net-2.6.26] [NETNS]: Register /proc/net/rt_cache for each namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 11/17 net-2.6.26] [IPV4]: rt_cache_get_next should take rt_genid into account.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 10/17 net-2.6.26] [NETNS]: Process ip_rt_redirect in the correct namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 7/17 net-2.6.26] [NETNS]: Disable multicaststing configuration inside non-initial namespace.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
[PATCH 0/17] Finish IPv4 infrastructure namespacing.
From
: "Denis V. Lunev" <den@xxxxxxxxxx>
Re: [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [RFC][PATCH 7/7] CGroup API: Update cpusets to use cgroup structured file API
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 7/7] CGroup API: Update cpusets to use cgroup structured file API
From
: Andreas Schwab <schwab@xxxxxxx>
Re: [RFC][PATCH 7/7] CGroup API: Update cpusets to use cgroup structured file API
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 1/7] CGroup API: Add cgroup.api control file
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH 7/7] CGroup API: Update cpusets to use cgroup structured file API
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [RFC][PATCH 1/7] CGroup API: Add cgroup.api control file
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 1/8] Scaling msgmni to the amount of lowmem
From
: Nadia Derbey <Nadia.Derbey@xxxxxxxx>
Re: [PATCH] memcgroup: remove a useless VM_BUG_ON()
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 1/7] cgroup: fix and update documentation
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 1/7] cgroup: fix and update documentation
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH] memcgroup: remove a useless VM_BUG_ON()
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
[PATCH] memcgroup: remove a useless VM_BUG_ON()
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 2/3] memcgroup: fix typo in VM_BUG_ON()
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 2/3] memcgroup: fix typo in VM_BUG_ON()
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/7] cgroup: fix and update documentation
From
: Paul Jackson <pj@xxxxxxx>
[Index of Archives]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]