* [patch 0/4] C/R related patch series
@ 2011-08-07 21:01 Cyrill Gorcunov
2011-08-07 21:01 ` [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory Cyrill Gorcunov
2011-08-07 21:01 ` [patch 2/4] vfs: Introduce the fd closing helper Cyrill Gorcunov
0 siblings, 2 replies; 8+ messages in thread
From: Cyrill Gorcunov @ 2011-08-07 21:01 UTC (permalink / raw)
To: Nathan Lynch, Oren Laadan, Daniel Lezcano, Serge Hallyn,
Tejun Heo, Andrew Morton
Cc: Glauber Costa, containers, linux-kernel
While checkpoint-restore implementation is still in progress
(and it's more biased to user-space c/r) some preparing patches
are simple enough to be released early (and there is a hope they
will be merged ;)
Thanks.
^ permalink raw reply [flat|nested] 8+ messages in thread
* [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory
2011-08-07 21:01 [patch 0/4] C/R related patch series Cyrill Gorcunov
@ 2011-08-07 21:01 ` Cyrill Gorcunov
2011-08-07 21:11 ` Cyrill Gorcunov
2011-08-08 15:48 ` Tejun Heo
2011-08-07 21:01 ` [patch 2/4] vfs: Introduce the fd closing helper Cyrill Gorcunov
1 sibling, 2 replies; 8+ messages in thread
From: Cyrill Gorcunov @ 2011-08-07 21:01 UTC (permalink / raw)
To: Nathan Lynch, Oren Laadan, Daniel Lezcano, Serge Hallyn,
Tejun Heo, Andrew Morton
Cc: Glauber Costa, containers, linux-kernel, Pavel Emelyanov,
Serge Hallyn, Cyrill Gorcunov
[-- Attachment #1: cr-1 --]
[-- Type: text/plain, Size: 6855 bytes --]
From: Pavel Emelyanov <xemul@parallels.com>
This one behaves similarly to the /proc/<pid>/fd/ one - it contains symlinks
one for each mapping with file, the name of a symlink is vma->vm_start, the
target is the file. Opening a symlink results in a file that point exactly
to the same inode as them vma's one.
This thing is aimed to help checkpointing processes.
Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
Reviewed-by: Tejun Heo <tj@kernel.org>
Acked-by: Serge Hallyn <serge.hallyn@canonical.com>
Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org>
---
fs/proc/base.c | 204 ++++++++++++++++++++++++++++++++++++++++++++++++
include/linux/proc_fs.h | 5 -
2 files changed, 208 insertions(+), 1 deletion(-)
Index: linux-2.6.git/fs/proc/base.c
===================================================================
--- linux-2.6.git.orig/fs/proc/base.c
+++ linux-2.6.git/fs/proc/base.c
@@ -1944,6 +1944,49 @@ static int proc_fd_link(struct inode *in
return proc_fd_info(inode, path, NULL);
}
+static int proc_mfd_get_link(struct inode *inode, struct path *path)
+{
+ struct task_struct *task;
+ struct vm_area_struct *vma;
+ struct mm_struct *mm;
+ unsigned long vm_start;
+ int rc = -ENOENT;
+
+ task = get_proc_task(inode);
+ if (!task)
+ goto out;
+
+ mm = get_task_mm(task);
+ put_task_struct(task);
+
+ if (!mm)
+ goto out;
+
+ vm_start = PROC_I(inode)->vm_start;
+
+ down_read(&mm->mmap_sem);
+ for (vma = mm->mmap; vma; vma = vma->vm_next) {
+ if (vma->vm_start < vm_start)
+ continue;
+ if (vma->vm_start > vm_start)
+ break;
+ if (!vma->vm_file)
+ break;
+
+ *path = vma->vm_file->f_path;
+ path_get(path);
+
+ rc = 0;
+ break;
+ }
+
+ up_read(&mm->mmap_sem);
+ mmput(mm);
+
+out:
+ return rc;
+}
+
static int tid_fd_revalidate(struct dentry *dentry, struct nameidata *nd)
{
struct inode *inode;
@@ -2162,6 +2205,115 @@ static const struct file_operations proc
.llseek = default_llseek,
};
+static const struct dentry_operations tid_mfd_dentry_operations = {
+ .d_delete = pid_delete_dentry,
+};
+
+static struct dentry *proc_mfd_instantiate(struct inode *dir, struct dentry *dentry,
+ struct task_struct *task, const void *ptr)
+{
+ const struct vm_area_struct *vma = ptr;
+ struct file *file = vma->vm_file;
+ struct proc_inode *ei;
+ struct inode *inode;
+
+ if (!file)
+ return ERR_PTR(-ENOENT);
+
+ inode = proc_pid_make_inode(dir->i_sb, task);
+ if (!inode)
+ return ERR_PTR(-ENOENT);
+
+ ei = PROC_I(inode);
+ ei->vm_start = vma->vm_start;
+ ei->op.proc_get_link = proc_mfd_get_link;
+
+ inode->i_op = &proc_pid_link_inode_operations;
+ inode->i_size = 64;
+ inode->i_mode = S_IFLNK;
+
+ if (file->f_mode & FMODE_READ)
+ inode->i_mode |= S_IRUSR | S_IXUSR;
+ if (file->f_mode & FMODE_WRITE)
+ inode->i_mode |= S_IWUSR | S_IXUSR;
+
+ d_set_d_op(dentry, &tid_mfd_dentry_operations);
+ d_add(dentry, inode);
+
+ return NULL;
+}
+
+static int proc_mfd_readdir(struct file *filp, void *dirent, filldir_t filldir)
+{
+ struct dentry *dentry = filp->f_path.dentry;
+ struct inode *inode = dentry->d_inode;
+ struct vm_area_struct *vma;
+ struct task_struct *task;
+ struct mm_struct *mm;
+ unsigned int vmai;
+ ino_t ino;
+ int ret;
+
+ ret = -ENOENT;
+ task = get_proc_task(inode);
+ if (!task)
+ goto out_no_task;
+
+ ret = -EPERM;
+ if (!ptrace_may_access(task, PTRACE_MODE_READ))
+ goto out;
+
+ ret = 0;
+ switch (filp->f_pos) {
+ case 0:
+ ino = inode->i_ino;
+ if (filldir(dirent, ".", 1, 0, ino, DT_DIR) < 0)
+ goto out;
+ filp->f_pos++;
+ case 1:
+ ino = parent_ino(dentry);
+ if (filldir(dirent, "..", 2, 1, ino, DT_DIR) < 0)
+ goto out;
+ filp->f_pos++;
+ default:
+ mm = get_task_mm(task);
+ if (!mm)
+ goto out;
+ down_read(&mm->mmap_sem);
+ for (vma = mm->mmap, vmai = 2; vma; vma = vma->vm_next) {
+ char name[2 + 16 + 1];
+ int len;
+
+ if (!vma->vm_file)
+ continue;
+
+ vmai++;
+ if (vmai < filp->f_pos)
+ continue;
+
+ filp->f_pos++;
+ len = snprintf(name, sizeof(name), "0x%lx", vma->vm_start);
+ if (proc_fill_cache(filp, dirent, filldir,
+ name, len, proc_mfd_instantiate,
+ task, vma) < 0)
+ break;
+ }
+ up_read(&mm->mmap_sem);
+ mmput(mm);
+ }
+
+out:
+ put_task_struct(task);
+out_no_task:
+ return ret;
+}
+
+static const struct file_operations proc_mfd_operations = {
+ .read = generic_read_dir,
+ .readdir = proc_mfd_readdir,
+ .llseek = default_llseek,
+};
+
/*
* /proc/pid/fd needs a special permission handler so that a process can still
* access /proc/self/fd after it has executed a setuid().
@@ -2185,6 +2337,57 @@ static const struct inode_operations pro
.setattr = proc_setattr,
};
+static struct dentry *proc_mfd_lookup(struct inode *dir,
+ struct dentry *dentry, struct nameidata *nd)
+{
+ struct task_struct *task;
+ unsigned long vm_start;
+ struct vm_area_struct *vma;
+ struct mm_struct *mm;
+ struct dentry *result;
+ char *endp;
+
+ result = ERR_PTR(-ENOENT);
+
+ task = get_proc_task(dir);
+ if (!task)
+ goto out_no_task;
+
+ vm_start = simple_strtoul(dentry->d_name.name, &endp, 16);
+ if (*endp != '\0')
+ goto out_no_mm;
+
+ mm = get_task_mm(task);
+ if (!mm)
+ goto out_no_mm;
+
+ down_read(&mm->mmap_sem);
+ for (vma = mm->mmap; vma; vma = vma->vm_next) {
+ if (vma->vm_start == vm_start)
+ break;
+ if (vma->vm_start > vm_start)
+ goto out_no_vma;
+ }
+
+ if (!vma)
+ goto out_no_vma;
+
+ result = proc_mfd_instantiate(dir, dentry, task, vma);
+
+out_no_vma:
+ up_read(&mm->mmap_sem);
+ mmput(mm);
+out_no_mm:
+ put_task_struct(task);
+out_no_task:
+ return result;
+}
+
+static const struct inode_operations proc_mfd_inode_operations = {
+ .lookup = proc_mfd_lookup,
+ .setattr = proc_setattr,
+};
+
static struct dentry *proc_fdinfo_instantiate(struct inode *dir,
struct dentry *dentry, struct task_struct *task, const void *ptr)
{
@@ -2777,6 +2980,7 @@ static const struct inode_operations pro
static const struct pid_entry tgid_base_stuff[] = {
DIR("task", S_IRUGO|S_IXUGO, proc_task_inode_operations, proc_task_operations),
DIR("fd", S_IRUSR|S_IXUSR, proc_fd_inode_operations, proc_fd_operations),
+ DIR("mfd", S_IRUSR|S_IXUSR, proc_mfd_inode_operations, proc_mfd_operations),
DIR("fdinfo", S_IRUSR|S_IXUSR, proc_fdinfo_inode_operations, proc_fdinfo_operations),
DIR("ns", S_IRUSR|S_IXUGO, proc_ns_dir_inode_operations, proc_ns_dir_operations),
#ifdef CONFIG_NET
Index: linux-2.6.git/include/linux/proc_fs.h
===================================================================
--- linux-2.6.git.orig/include/linux/proc_fs.h
+++ linux-2.6.git/include/linux/proc_fs.h
@@ -265,7 +265,10 @@ struct ctl_table;
struct proc_inode {
struct pid *pid;
- int fd;
+ union {
+ int fd;
+ unsigned long vm_start;
+ };
union proc_op op;
struct proc_dir_entry *pde;
struct ctl_table_header *sysctl;
^ permalink raw reply [flat|nested] 8+ messages in thread
* [patch 2/4] vfs: Introduce the fd closing helper
2011-08-07 21:01 [patch 0/4] C/R related patch series Cyrill Gorcunov
2011-08-07 21:01 ` [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory Cyrill Gorcunov
@ 2011-08-07 21:01 ` Cyrill Gorcunov
2011-08-08 9:54 ` Cyrill Gorcunov
1 sibling, 1 reply; 8+ messages in thread
From: Cyrill Gorcunov @ 2011-08-07 21:01 UTC (permalink / raw)
To: Nathan Lynch, Oren Laadan, Daniel Lezcano, Serge Hallyn,
Tejun Heo, Andrew Morton
Cc: Glauber Costa, containers, linux-kernel, Pavel Emelyanov,
Serge Hallyn, Cyrill Gorcunov
[-- Attachment #1: cr-2 --]
[-- Type: text/plain, Size: 2559 bytes --]
From: Pavel Emelyanov <xemul@parallels.com>
This is nothing but making is possible to call the
sys_close from the kernel.
Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
Acked-by: Serge Hallyn <serge.hallyn@canonical.com>
Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org>
---
fs/open.c | 32 ++++++++++++++++++++------------
include/linux/fs.h | 1 +
2 files changed, 21 insertions(+), 12 deletions(-)
Index: linux-2.6.git/fs/open.c
===================================================================
--- linux-2.6.git.orig/fs/open.c
+++ linux-2.6.git/fs/open.c
@@ -1056,17 +1056,11 @@ int filp_close(struct file *filp, fl_own
EXPORT_SYMBOL(filp_close);
-/*
- * Careful here! We test whether the file pointer is NULL before
- * releasing the fd. This ensures that one clone task can't release
- * an fd while another clone is opening it.
- */
-SYSCALL_DEFINE1(close, unsigned int, fd)
+int do_close(unsigned int fd)
{
struct file * filp;
struct files_struct *files = current->files;
struct fdtable *fdt;
- int retval;
spin_lock(&files->file_lock);
fdt = files_fdtable(files);
@@ -1079,7 +1073,25 @@ SYSCALL_DEFINE1(close, unsigned int, fd)
FD_CLR(fd, fdt->close_on_exec);
__put_unused_fd(files, fd);
spin_unlock(&files->file_lock);
- retval = filp_close(filp, files);
+
+ return filp_close(filp, files);
+
+out_unlock:
+ spin_unlock(&files->file_lock);
+ return -EBADF;
+}
+EXPORT_SYMBOL_GPL(do_close);
+
+/*
+ * Careful here! We test whether the file pointer is NULL before
+ * releasing the fd. This ensures that one clone task can't release
+ * an fd while another clone is opening it.
+ */
+SYSCALL_DEFINE1(close, unsigned int, fd)
+{
+ int retval;
+
+ retval = do_close(fd);
/* can't restart close syscall because file table entry was cleared */
if (unlikely(retval == -ERESTARTSYS ||
@@ -1089,10 +1101,6 @@ SYSCALL_DEFINE1(close, unsigned int, fd)
retval = -EINTR;
return retval;
-
-out_unlock:
- spin_unlock(&files->file_lock);
- return -EBADF;
}
EXPORT_SYMBOL(sys_close);
Index: linux-2.6.git/include/linux/fs.h
===================================================================
--- linux-2.6.git.orig/include/linux/fs.h
+++ linux-2.6.git/include/linux/fs.h
@@ -2012,6 +2012,7 @@ extern struct file *file_open_root(struc
extern struct file * dentry_open(struct dentry *, struct vfsmount *, int,
const struct cred *);
extern int filp_close(struct file *, fl_owner_t id);
+extern int do_close(unsigned int fd);
extern char * getname(const char __user *);
/* fs/ioctl.c */
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory
2011-08-07 21:01 ` [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory Cyrill Gorcunov
@ 2011-08-07 21:11 ` Cyrill Gorcunov
2011-08-08 15:48 ` Tejun Heo
1 sibling, 0 replies; 8+ messages in thread
From: Cyrill Gorcunov @ 2011-08-07 21:11 UTC (permalink / raw)
To: Tejun Heo
Cc: Nathan Lynch, Oren Laadan, Daniel Lezcano, Serge Hallyn,
Andrew Morton, Glauber Costa, containers, linux-kernel,
Pavel Emelyanov, Serge Hallyn
On Mon, Aug 08, 2011 at 01:01:13AM +0400, Cyrill Gorcunov wrote:
> From: Pavel Emelyanov <xemul@parallels.com>
>
> This one behaves similarly to the /proc/<pid>/fd/ one - it contains symlinks
> one for each mapping with file, the name of a symlink is vma->vm_start, the
> target is the file. Opening a symlink results in a file that point exactly
> to the same inode as them vma's one.
>
> This thing is aimed to help checkpointing processes.
>
> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
> Reviewed-by: Tejun Heo <tj@kernel.org>
Ouch, Tejun, I occasionally put your Reviewed-by tag to the wrong patch :/
Sorry.
> Acked-by: Serge Hallyn <serge.hallyn@canonical.com>
> Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org>
> ---
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [patch 2/4] vfs: Introduce the fd closing helper
2011-08-07 21:01 ` [patch 2/4] vfs: Introduce the fd closing helper Cyrill Gorcunov
@ 2011-08-08 9:54 ` Cyrill Gorcunov
2011-08-08 14:39 ` Tejun Heo
0 siblings, 1 reply; 8+ messages in thread
From: Cyrill Gorcunov @ 2011-08-08 9:54 UTC (permalink / raw)
To: Nathan Lynch, Oren Laadan, Daniel Lezcano, Serge Hallyn,
Tejun Heo, Andrew Morton
Cc: Glauber Costa, containers, linux-kernel, Pavel Emelyanov, Serge Hallyn
On Mon, Aug 08, 2011 at 01:01:14AM +0400, Cyrill Gorcunov wrote:
> From: Pavel Emelyanov <xemul@parallels.com>
>
> This is nothing but making is possible to call the
> sys_close from the kernel.
>
> Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
> Acked-by: Serge Hallyn <serge.hallyn@canonical.com>
> Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org>
> ---
Drop this one for a while.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [patch 2/4] vfs: Introduce the fd closing helper
2011-08-08 9:54 ` Cyrill Gorcunov
@ 2011-08-08 14:39 ` Tejun Heo
0 siblings, 0 replies; 8+ messages in thread
From: Tejun Heo @ 2011-08-08 14:39 UTC (permalink / raw)
To: Cyrill Gorcunov
Cc: Nathan Lynch, Oren Laadan, Daniel Lezcano, Serge Hallyn,
Andrew Morton, Glauber Costa, containers, linux-kernel,
Pavel Emelyanov, Serge Hallyn
On Mon, Aug 08, 2011 at 01:54:27PM +0400, Cyrill Gorcunov wrote:
> On Mon, Aug 08, 2011 at 01:01:14AM +0400, Cyrill Gorcunov wrote:
> > From: Pavel Emelyanov <xemul@parallels.com>
> >
> > This is nothing but making is possible to call the
> > sys_close from the kernel.
> >
> > Signed-off-by: Pavel Emelyanov <xemul@parallels.com>
> > Acked-by: Serge Hallyn <serge.hallyn@canonical.com>
> > Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org>
> > ---
>
> Drop this one for a while.
Yeah, I don't see why this would be necessary.
Thanks.
--
tejun
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory
2011-08-07 21:01 ` [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory Cyrill Gorcunov
2011-08-07 21:11 ` Cyrill Gorcunov
@ 2011-08-08 15:48 ` Tejun Heo
2011-08-08 16:20 ` Cyrill Gorcunov
1 sibling, 1 reply; 8+ messages in thread
From: Tejun Heo @ 2011-08-08 15:48 UTC (permalink / raw)
To: Cyrill Gorcunov
Cc: Nathan Lynch, Oren Laadan, Daniel Lezcano, Serge Hallyn,
Andrew Morton, Glauber Costa, containers, linux-kernel,
Pavel Emelyanov, Serge Hallyn
Hello,
Maybe cc'ing linux-mm is a good idea for this one?
On Mon, Aug 08, 2011 at 01:01:13AM +0400, Cyrill Gorcunov wrote:
> This one behaves similarly to the /proc/<pid>/fd/ one - it contains symlinks
> one for each mapping with file, the name of a symlink is vma->vm_start, the
> target is the file. Opening a symlink results in a file that point exactly
> to the same inode as them vma's one.
>
> This thing is aimed to help checkpointing processes.
I generally agree this is a good idea. Can you please add how it
would look (say, example ls -l output) in the patch description?
Maybe some people think using both start and end addresses for symlink
name is better?
Another nit: I find the 'mfd' name a bit confusing as there's no file
descriptor involved at all. Maybe map_files (as we already have maps)
or something like that?
> +static int proc_mfd_get_link(struct inode *inode, struct path *path)
...
> + down_read(&mm->mmap_sem);
> + for (vma = mm->mmap; vma; vma = vma->vm_next) {
> + if (vma->vm_start < vm_start)
> + continue;
> + if (vma->vm_start > vm_start)
> + break;
Why do linear walk instead of find_vma()?
> +static const struct dentry_operations tid_mfd_dentry_operations = {
> + .d_delete = pid_delete_dentry,
> +};
Don't we also need revalidation here like tid_fd_dentry_operations?
Also, I think it would be better if all the related functions are
collected into one contiguous chunk. The scattering doesn't seem to
make much sense.
> +static struct dentry *proc_mfd_lookup(struct inode *dir,
> + struct dentry *dentry, struct nameidata *nd)
> +{
..
> + down_read(&mm->mmap_sem);
> + for (vma = mm->mmap; vma; vma = vma->vm_next) {
> + if (vma->vm_start == vm_start)
> + break;
> + if (vma->vm_start > vm_start)
> + goto out_no_vma;
> + }
Ditto, no reason to do linear walk.
Thanks.
--
tejun
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory
2011-08-08 15:48 ` Tejun Heo
@ 2011-08-08 16:20 ` Cyrill Gorcunov
0 siblings, 0 replies; 8+ messages in thread
From: Cyrill Gorcunov @ 2011-08-08 16:20 UTC (permalink / raw)
To: Tejun Heo
Cc: Nathan Lynch, Oren Laadan, Daniel Lezcano, Serge Hallyn,
Andrew Morton, Glauber Costa, containers, linux-kernel,
Pavel Emelyanov, Serge Hallyn
On Mon, Aug 08, 2011 at 05:48:42PM +0200, Tejun Heo wrote:
> Hello,
>
> Maybe cc'ing linux-mm is a good idea for this one?
Yup!
...
> >
> > This thing is aimed to help checkpointing processes.
>
> I generally agree this is a good idea. Can you please add how it
> would look (say, example ls -l output) in the patch description?
> Maybe some people think using both start and end addresses for symlink
> name is better?
OK, will do in update.
>
> Another nit: I find the 'mfd' name a bit confusing as there's no file
> descriptor involved at all. Maybe map_files (as we already have maps)
> or something like that?
map_files looks good to me.
>
> > +static int proc_mfd_get_link(struct inode *inode, struct path *path)
> ...
> > + down_read(&mm->mmap_sem);
> > + for (vma = mm->mmap; vma; vma = vma->vm_next) {
> > + if (vma->vm_start < vm_start)
> > + continue;
> > + if (vma->vm_start > vm_start)
> > + break;
>
> Why do linear walk instead of find_vma()?
I suppose we simply missed this helper :/
>
> > +static const struct dentry_operations tid_mfd_dentry_operations = {
> > + .d_delete = pid_delete_dentry,
> > +};
>
> Don't we also need revalidation here like tid_fd_dentry_operations?
Stricktly speaking, yes. Since in previous patchset this entries was
used in helper tool _only_ when task is frozen it was not needed but
to fit run-time requirements I think we need d_revalidate here indeed.
Thanks!
> Also, I think it would be better if all the related functions are
> collected into one contiguous chunk. The scattering doesn't seem to
> make much sense.
ok
>
> > +static struct dentry *proc_mfd_lookup(struct inode *dir,
> > + struct dentry *dentry, struct nameidata *nd)
> > +{
> ..
> > + down_read(&mm->mmap_sem);
> > + for (vma = mm->mmap; vma; vma = vma->vm_next) {
> > + if (vma->vm_start == vm_start)
> > + break;
> > + if (vma->vm_start > vm_start)
> > + goto out_no_vma;
> > + }
>
> Ditto, no reason to do linear walk.
ok
>
> Thanks.
>
Thanks for comments, Tejun!
Cyrill
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2011-08-08 16:20 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-08-07 21:01 [patch 0/4] C/R related patch series Cyrill Gorcunov
2011-08-07 21:01 ` [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory Cyrill Gorcunov
2011-08-07 21:11 ` Cyrill Gorcunov
2011-08-08 15:48 ` Tejun Heo
2011-08-08 16:20 ` Cyrill Gorcunov
2011-08-07 21:01 ` [patch 2/4] vfs: Introduce the fd closing helper Cyrill Gorcunov
2011-08-08 9:54 ` Cyrill Gorcunov
2011-08-08 14:39 ` Tejun Heo
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).