Linux Containers
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH] macintosh/therm_windtunnel.c: Convert to kthread API.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] macintosh/mediabay: Convert to kthread API.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] bluetooth bnep: Convert to kthread API.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] bluetooth hidp: Convert to kthread API.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] bluetooth rfcomm: Convert to kthread API.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] net/rxrpc: Convert to kthread API.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] ipv4/ipvs: Convert to kthread API
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] saa7134-tvaudio: Convert to kthread API.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] smbfs: Remove unnecessary allow_signal
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] dvb_en_50221: Convert to kthread API
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] mtd_blkdevs: Convert to use the kthread API
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] nfs lockd reclaimer: Convert to kthread API
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH] nfs lockd reclaimer: Convert to kthread API
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] nfs lockd reclaimer: Convert to kthread API
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH] nfs lockd reclaimer: Convert to kthread API
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Getting the new RxRPC patches upstream
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] nfs lockd reclaimer: Convert to kthread API
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Getting the new RxRPC patches upstream
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] mtd_blkdevs: Convert to use the kthread API
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] mtd_blkdevs: Convert to use the kthread API
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] nfs4state reclaimer: Remove unnecessary allow_signal
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH] nfsv4 delegation: Convert to kthread API
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH] nfs lockd reclaimer: Convert to kthread API
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Getting the new RxRPC patches upstream
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Getting the new RxRPC patches upstream
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] usbatm: Update to use the kthread api.
From
: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Getting the new RxRPC patches upstream
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] net/rxrpc: Convert to kthread API.
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] net/rxrpc: Convert to kthread API.
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] fs/afs: Convert to kthread API.
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH] ipv4/ipvs: Convert to kthread API
From
: Simon Horman <horms@xxxxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] s390/net/lcs: Convert to the kthread API
From
: Frank Pavlic <fpavlic@xxxxxxxxxx>
[PATCH] powerpc pseries rtasd: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] bluetooth bnep: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] macintosh/mediabay: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] powerpc pseries eeh: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] macintosh/therm_windtunnel.c: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] macintosh/therm_pm72.c: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] arm ecard: Conver to use the kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] ia64 sn xpc: Convert to use kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] s390/net/lcs: Convert to the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] macintosh/adb: Convert to the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] mtd_blkdevs: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] sas_scsi_host: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] s390/scsi/zfcp_erp: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] sparc64/power.c: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] cpqphp: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] dvb_en_50221: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] saa7134-tvaudio: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] bluetooth cmtp: Convert to use kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] synchro_test: Convert to the kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] nfs4state reclaimer: Remove unnecessary allow_signal
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] nfs lockd reclaimer: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] nfsd/nfs4state: Remove unnecessary daemonize call.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] nfsv4 delegation: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] synchro_test: Convert to the kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] md: Remove broken SIGKILL support
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] ipv4/ipvs: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] fs/afs: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] s390 qeth: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] smbfs: Remove unnecessary allow_signal
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] net/rxrpc: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] bluetooth rfcomm: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] bluetooth hidp: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] i386 voyager: Convert the monitor thread to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] ibmphp: Convert to use the kthreads API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] i386 balance_irq: Convert to the kthread api.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] cpci_hotplug: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] pnpbios: Conert to use the kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] macintosh/therm_pm72.c: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] powerpc pseries rtasd: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] macintosh/therm_windtunnel.c: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] macintosh/adb: Convert to the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] nfs lockd reclaimer: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] s390/scsi/zfcp_erp: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] arm ecard: Conver to use the kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] powerpc pseries eeh: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] ia64 sn xpc: Convert to use kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] s390 qeth: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] sas_scsi_host: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] cpqphp: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] s390/net/lcs: Convert to the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] pnpbios: Conert to use the kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] sparc64/power.c: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] nfsv4 delegation: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] nfsd/nfs4state: Remove unnecessary daemonize call.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] bluetooth rfcomm: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] synchro_test: Convert to the kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] smbfs: Remove unnecessary allow_signal
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] dvb_en_50221: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] nfs4state reclaimer: Remove unnecessary allow_signal
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] synchro_test: Convert to the kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] md: Remove broken SIGKILL support
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] ipv4/ipvs: Convert to kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] saa7134-tvaudio: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] net/rxrpc: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] bluetooth hidp: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] fs/afs: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] bluetooth cmtp: Convert to use kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] bluetooth bnep: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] macintosh/mediabay: Convert to kthread API.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] ibmphp: Convert to use the kthreads API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] cpci_hotplug: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] mtd_blkdevs: Convert to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] i386 voyager: Convert the monitor thread to use the kthread API
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
[PATCH] i386 balance_irq: Convert to the kthread api.
From
: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
Remaining straight forward kthread API conversions...
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 0/8] RSS controller based on process containers (v2)
From
: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] usbatm: Update to use the kthread api.
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 05/10] Add "permit user submounts" flag to vfsmount
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 05/10] Add "permit user submounts" flag to vfsmount
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 05/10] Add "permit user submounts" flag to vfsmount
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 05/10] Add "permit user submounts" flag to vfsmount
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: How to query mount propagation state?
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: How to query mount propagation state?
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: How to query mount propagation state?
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [patch 02/10] allow unprivileged umount
From
: Greg KH <greg@xxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 02/10] allow unprivileged umount
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [patch 05/10] Add "permit user submounts" flag to vfsmount
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: How to query mount propagation state?
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: How to query mount propagation state?
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [patch 0/8] unprivileged mount syscall
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[patch 09/10] allow unprivileged mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 10/10] allow unprivileged fuse mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 06/10] propagate error values from clone_mnt
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 08/10] put declaration of put_filesystem() in fs.h
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 07/10] allow unprivileged bind mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 05/10] Add "permit user submounts" flag to vfsmount
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 04/10] allow per-mount flags to be set/cleared individually
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 02/10] allow unprivileged umount
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 03/10] account user mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 01/10] add user mounts to the kernel
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 00/10] mount ownership and unprivileged mount syscall (v3)
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
How to query mount propagation state?
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [Devel] Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH 2/5] sysfs: Remove first pass at shadow directory support
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/5] sysfs: Remove first pass at shadow directory support
From
: Greg KH <greg@xxxxxxxxx>
Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
patch kobject-comment-and-warning-fixes-to-kobject.c.patch added to gregkh-2.6 tree
From
: <gregkh@xxxxxxx>
Re: [patch 05/10] add "permit user mounts in new namespace" clone flag
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC | PATCH 0/9] CPU controller over process container
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [RFC | PATCH 0/9] CPU controller over process container
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [RFC | PATCH 0/9] CPU controller over process container
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
[PATCH 9/9] Interface with process container patchset
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[PATCH 8/9] task_cpu(p) needs to be correct always
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[PATCH 7/9] SMP Load balance changes
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[PATCH 6/9] Handle dont care groups
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[PATCH 5/9] deal with movement of tasks across groups
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[PATCH 4/9] define group operations
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[PATCH 3/9] time slice management
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[PATCH 2/9] task group priority handling
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[PATCH 1/9] split runqueue
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[RFC | PATCH 0/9] CPU controller over process container
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
[patch 09/10] allow unprivileged mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 08/10] put declaration of put_filesystem() in fs.h
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 10/10] allow unprivileged fuse mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 07/10] allow unprivileged bind mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 06/10] propagate error values from clone_mnt
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 05/10] add "permit user mounts in new namespace" clone flag
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 02/10] allow unprivileged umount
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 03/10] account user mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 01/10] add user mounts to the kernel
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 04/10] add "permit user mounts" flag to namespaces
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 00/10] (resend) mount ownership and unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: IPC NS tests ?
From
: Kirill Korotaev <dev@xxxxx>
Re: IPC NS tests ?
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: IPC NS tests ?
From
: Kirill Korotaev <dev@xxxxx>
IPC NS tests ?
From
: sukadev@xxxxxxxxxx
Re: [RFC][PATCH] rename 'struct pid'
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] rename 'struct pid'
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [patch 0/8] unprivileged mount syscall
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] rename 'struct pid'
From
: Kirill Korotaev <dev@xxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] rename 'struct pid'
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: Kirill Korotaev <dev@xxxxx>
Re: [Devel] Re: [RFC][PATCH] rename 'struct pid'
From
: Kirill Korotaev <dev@xxxxx>
Re: [Devel] Re: [RFC][PATCH] rename 'struct pid'
From
: Pavel Emelianov <xemul@xxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] rename 'struct pid'
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] rename 'struct pid'
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[RFC][PATCH] rename 'struct pid'
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: "John W. Linville" <linville@xxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH 4/7] Containers (V8): Simple CPU accounting container subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Jeff Garzik <jgarzik@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [PATCH 0/8] RSS controller based on process containers (v2)
From
: Pavel Emelianov <xemul@xxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Jeff Garzik <jgarzik@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] net: Add etun driver
From
: Ben Greear <greearb@xxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Ben Greear <greearb@xxxxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Patrick McHardy <kaber@xxxxxxxxx>
Re: [PATCH 6/7] Containers (V8): BeanCounters over generic process containers
From
: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 0/8] RSS controller based on process containers (v2)
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[PATCH 8/8] Per-container pages reclamation
From
: Pavel Emelianov <xemul@xxxxx>
[PATCH 7/8] Page scanner changes needed to implement per-container scanner
From
: Pavel Emelianov <xemul@xxxxx>
[PATCH 6/8] Per container OOM killer
From
: Pavel Emelianov <xemul@xxxxx>
[PATCH 5/8] RSS accounting hooks over the code
From
: Pavel Emelianov <xemul@xxxxx>
[PATCH 4/8] RSS container core
From
: Pavel Emelianov <xemul@xxxxx>
[PATCH 3/8] Add container pointer on mm_struct
From
: Pavel Emelianov <xemul@xxxxx>
[PATCH 2/8] Add container pointer on struct page
From
: Pavel Emelianov <xemul@xxxxx>
[PATCH 1/8] Resource counters
From
: Pavel Emelianov <xemul@xxxxx>
[PATCH 0/8] RSS controller based on process containers (v2)
From
: Pavel Emelianov <xemul@xxxxx>
Re: [PATCH 6/7] Containers (V8): BeanCounters over generic process containers
From
: Pavel Emelianov <xemul@xxxxx>
Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Ben Greear <greearb@xxxxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Ben Greear <greearb@xxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] net: Add etun driver
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] net: Add etun driver
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [ckrm-tech] [PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
[PATCH 3/7] Containers (V8): Add generic multi-subsystem API to containers
From
: menage@xxxxxxxxxx
[PATCH 5/7] Containers (V8): Resource Groups over generic containers
From
: menage@xxxxxxxxxx
[PATCH 7/7] Containers (V8): Container interface to nsproxy subsystem
From
: menage@xxxxxxxxxx
[PATCH 2/7] Containers (V8): Cpusets hooked into containers
From
: menage@xxxxxxxxxx
[PATCH 1/7] Containers (V8): Generic container system abstracted from cpusets code
From
: menage@xxxxxxxxxx
[PATCH 6/7] Containers (V8): BeanCounters over generic process containers
From
: menage@xxxxxxxxxx
[PATCH 4/7] Containers (V8): Simple CPU accounting container subsystem
From
: menage@xxxxxxxxxx
[PATCH 0/7] Containers (V8): Generic Process Containers
From
: menage@xxxxxxxxxx
Re: [patch 0/8] unprivileged mount syscall
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [patch 0/8] unprivileged mount syscall
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Ben Greear <greearb@xxxxxxxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Ben Greear <greearb@xxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] net: Add etun driver
From
: Ben Greear <greearb@xxxxxxxxxxxxxxx>
Re: network namespace website
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] net: Add etun driver
From
: Roland Dreier <rdreier@xxxxxxxxx>
[PATCH] net: Add etun driver
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH 5/5] driver core: Implement shadow directory support for device classes.
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH 4/5] sysfs: Implement sysfs_delete_link and sysfs_rename_link
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH 3/5] sysfs: Implement sysfs manged shadow directory support.
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH 2/5] sysfs: Remove first pass at shadow directory support
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH 1/5] kobject: Comment and warning fixes to kobject.c
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCH 0/5] On to usable sysfs shadow directory support...
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: L2 network namespace benchmarking (resend with Service Demand)
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
network namespace website
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Pavel Emelianov <xemul@xxxxx>
Re: L2 network namespace benchmarking (resend with Service Demand)
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: L2 network namespace benchmarking (resend with Service Demand)
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Pavel Emelianov <xemul@xxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Pavel Emelianov <xemul@xxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Pavel Emelianov <xemul@xxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Paul Jackson <pj@xxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
RamWeb 0ffers spring sale$ on MlCR0S0FT/AD0BE S0ftware
From
: "Johann Bower" <lexicologically@xxxxxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Kirill Korotaev <dev@xxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: Grr sysfs networking changes...
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Serge E. Hallyn" <serge@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: Grr sysfs networking changes...
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: Grr sysfs networking changes...
From
: Kirill Korotaev <dev@xxxxx>
Grr sysfs networking changes...
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: L2 network namespace benchmarking (resend with Service Demand)
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
L2 network namespace benchmarking (resend with Service Demand)
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: Screamm.. commit f400e198b2ed26ce55b22a1412ded0896e7516ac
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: Screamm.. commit f400e198b2ed26ce55b22a1412ded0896e7516ac
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Screamm.. commit f400e198b2ed26ce55b22a1412ded0896e7516ac
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: Screamm.. commit f400e198b2ed26ce55b22a1412ded0896e7516ac
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Screamm.. commit f400e198b2ed26ce55b22a1412ded0896e7516ac
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: Screamm.. commit f400e198b2ed26ce55b22a1412ded0896e7516ac
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: L2 network namespace benchmarking
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: L2 network namespace benchmarking
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Bodo Eggert <7eggert@xxxxxx>
Screamm.. commit f400e198b2ed26ce55b22a1412ded0896e7516ac
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 4/7] RSS accounting hooks over the code
From
: Ethan Solomita <solo@xxxxxxxxxx>
Re: L2 network namespace benchmarking
From
: Rick Jones <rick.jones2@xxxxxx>
Re: L2 network namespace benchmarking
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: L2 network namespace benchmarking
From
: Rick Jones <rick.jones2@xxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: L2 network namespace benchmarking
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: L2 network namespace benchmarking
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: controlling mmap()'d vs read/write() pages
From
: Balbir Singh <balbir@xxxxxxxxxx>
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: Kirill Korotaev <dev@xxxxx>
Re: L2 network namespace benchmarking
From
: Daniel Lezcano <daniel.lezcano@xxxxxxx>
Re: L2 network namespace benchmarking
From
: Kirill Korotaev <dev@xxxxx>
Re: controlling mmap()'d vs read/write() pages
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: L2 network namespace benchmarking
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: L2 network namespace benchmarking
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Ethan Solomita <solo@xxxxxxxxxx>
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: L2 network namespace benchmarking
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
L2 network namespace benchmarking
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Kirill Korotaev <dev@xxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Balbir Singh <balbir@xxxxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Balbir Singh <balbir@xxxxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Balbir Singh <balbir@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Paul Jackson <pj@xxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Paul Jackson <pj@xxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Paul Jackson <pj@xxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Paul Jackson <pj@xxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Paul Jackson <pj@xxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 3/7] containers (V7): Add generic multi-subsystem API to containers
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: Linux-VServer example results for sharing vs. separate mappings ...
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [ckrm-tech] [PATCH 7/7] containers (V7): Container interface to nsproxy subsystem
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Linux-VServer example results for sharing vs. separate mappings ...
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: controlling mmap()'d vs read/write() pages
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: controlling mmap()'d vs read/write() pages
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: controlling mmap()'d vs read/write() pages
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: controlling mmap()'d vs read/write() pages
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: controlling mmap()'d vs read/write() pages
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: Kirill Korotaev <dev@xxxxxxxxxx>
Re: controlling mmap()'d vs read/write() pages
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] Define CLONE_NEWPID flag
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH 13/14] Define CLONE_NEWPID flag
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH 06/14] Populate pid_nrs list with entry for init-pid-ns
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: controlling mmap()'d vs read/write() pages
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: 2.6.20-lxc8 - compilation error
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: 2.6.20-lxc8 - compilation error
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Réf. : Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: benjamin.thery@xxxxxxxx
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: Benjamin Thery <benjamin.thery@xxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 0/2] resource control file system - aka containers on top of nsproxy!
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 0/2] resource control file system - aka containers on top of nsproxy!
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [ckrm-tech] [PATCH 0/2] resource control file system - aka containers on top of nsproxy!
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: [PATCHSET] 2.6.20-lxc8
From
: "Denis V. Lunev" <den@xxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 1/7] containers (V7): Generic container system abstracted from cpusets code
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [PATCHSET] 2.6.20-lxc8
From
: Kirill Korotaev <dev@xxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCHSET] 2.6.20-lxc8
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
2.6.20-lxc8 - compilation error
From
: Rishikesh <risrajak@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCHSET] 2.6.20-lxc8
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] Define CLONE_NEWPID flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] Define CLONE_NEWPID flag
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[PATCH] Define CLONE_NEWPID flag
From
: sukadev@xxxxxxxxxx
- remove-the-likelypid-check-in-copy_process.patch removed from -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
Re: [PATCHSET] 2.6.20-lxc8
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 03/14] use pid_nr in procfs
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 13/14] Define CLONE_NEWPID flag
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [RFC][PATCH 03/14] use pid_nr in procfs
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCHSET] 2.6.20-lxc8
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC][PATCH 13/14] Define CLONE_NEWPID flag
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [PATCHSET] 2.6.20-lxc8
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [PATCHSET] 2.6.20-lxc8
From
: Dmitry Mishin <dim@xxxxx>
Re: [PATCHSET] 2.6.20-lxc8
From
: Daniel Lezcano <dlezcano@xxxxxxxxxx>
Re: [RFC][PATCH 06/14] Populate pid_nrs list with entry for init-pid-ns
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 06/14] Populate pid_nrs list with entry for init-pid-ns
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 10/14] Use pid ns from pid_nrs list
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 04/14] Add struct pid_nr and pid_nrs list
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 03/14] use pid_nr in procfs
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 12/14] Remove copy_pid_ns function
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 09/14] Save leaders struct pid before detach_pid()
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 03/14] use pid_nr in procfs
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 02/14] Move alloc_pid call to copy_process
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCHSET] 2.6.20-lxc8
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCHSET] 2.6.20-lxc8
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
[RFC][PATCH 14/14] Enable cloning pid namespace
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 13/14] Define CLONE_NEWPID flag
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 12/14] Remove copy_pid_ns function
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 11/14] Remove pid ns field from nsproxy
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 08/14] Remove unused nr field from struct pid
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 10/14] Use pid ns from pid_nrs list
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 09/14] Save leaders struct pid before detach_pid()
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 07/14] Remove unused pid_chain from struct pid
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 06/14] Populate pid_nrs list with entry for init-pid-ns
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 05/14] Initialize struct pid_nr for swapper
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 04/14] Add struct pid_nr and pid_nrs list
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 03/14] use pid_nr in procfs
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 02/14] Move alloc_pid call to copy_process
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 01/14] Define/use task_pid_ns() wrapper
From
: sukadev@xxxxxxxxxx
[RFC][PATCH 0/14] Enabling cloning of pid namespace
From
: sukadev@xxxxxxxxxx
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: controlling mmap()'d vs read/write() pages
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[PATCHSET] 2.6.20-lxc8
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: Memory Resource Management wiki page
From
: Mel Gorman <mel@xxxxxxxxx>
Re: [RFC][PATCH 2/7] RSS controller core
From
: mel@xxxxxxxxx (Mel Gorman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Cedric Le Goater <clg@xxxxxxxxxx>
controlling mmap()'d vs read/write() pages
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[RFC][PATCH] Do not set /proc inode->pid for non-pid-related inodes
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [Devel] Re: [RFC][PATCH 2/7] RSS controller core
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 2/7] RSS controller core
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [Devel] Re: [RFC][PATCH 2/7] RSS controller core
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][PATCH 2/7] RSS controller core
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 2/7] RSS controller core
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: sukadev@xxxxxxxxxx
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: [ckrm-tech] [PATCH 0/2] resource control file system - aka containers on top of nsproxy!
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: Summary of resource management discussion
From
: Paul Jackson <pj@xxxxxxx>
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Summary of resource management discussion
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 2/7] RSS controller core
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 2/7] RSS controller core
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: + remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [RFC][PATCH 2/7] RSS controller core
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: Summary of resource management discussion
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Summary of resource management discussion
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: Summary of resource management discussion
From
: Herbert Poetzl <herbert@xxxxxxxxxxxx>
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: Pavel Emelianov <xemul@xxxxx>
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: Pavel Emelianov <xemul@xxxxx>
Re: [PATCH 2/2] Replace pid_t in autofs with struct pid reference
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Summary of resource management discussion
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [RFC][PATCH 2/7] RSS controller core
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
Re: Summary of resource management discussion
From
: "Paul Menage" <menage@xxxxxxxxxx>
+ fix-some-coding-style-errors-in-autofs.patch added to -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
+ kill-unused-sesssion-and-group-values-in-rocket-driver.patch added to -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
+ use-task_pgrp-task_session-in-copy_process.patch added to -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
+ remove-the-likelypid-check-in-copy_process.patch added to -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
+ explicitly-set-pgid-and-sid-of-init-process.patch added to -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
+ use-struct-pid-parameter-in-copy_process.patch added to -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
+ statically-initialize-struct-pid-for-swapper.patch added to -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
+ attach_pid-with-struct-pid-parameter.patch added to -mm tree
From
: akpm@xxxxxxxxxxxxxxxxxxxx
Re: Summary of resource management discussion
From
: Srivatsa Vaddagiri <vatsa@xxxxxxxxxx>
Re: [RFC][PATCH 1/7] Resource counters
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: Summary of resource management discussion
From
: "Paul Menage" <menage@xxxxxxxxxx>
Re: [RFC][PATCH 4/7] RSS accounting hooks over the code
From
: Balbir Singh <balbir@xxxxxxxxxx>
Re: [RFC][PATCH 4/7] RSS accounting hooks over the code
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Memory Resource Management wiki page
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC][PATCH 2/7] RSS controller core
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [RFC][PATCH 2/7] RSS controller core
From
: mel@xxxxxxxxx (Mel Gorman)
Re: [RFC][PATCH 4/7] RSS accounting hooks over the code
From
: Kirill Korotaev <dev@xxxxx>
Re: [RFC][PATCH 4/7] RSS accounting hooks over the code
From
: Pavel Emelianov <xemul@xxxxx>
Re: [RFC][PATCH 2/7] RSS controller core
From
: mel@xxxxxxxxx (Mel Gorman)
Re: [RFC][PATCH 4/7] RSS accounting hooks over the code
From
: Cedric Le Goater <clg@xxxxxxxxxx>
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
Re: [RFC][PATCH 4/7] RSS accounting hooks over the code
From
: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
Re: [RFC] kernel/pid.c pid allocation wierdness
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
[Index of Archives]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]