* + proc-clean-up-proc-pid-environ-handling.patch added to -mm tree
@ 2012-01-31 20:37 akpm
0 siblings, 0 replies; 4+ messages in thread
From: akpm @ 2012-01-31 20:37 UTC (permalink / raw)
To: mm-commits; +Cc: xiyou.wangcong, adobriyan
The patch titled
Subject: proc: clean up /proc/<pid>/environ handling
has been added to the -mm tree. Its filename is
proc-clean-up-proc-pid-environ-handling.patch
Before you just go and hit "reply", please:
a) Consider who else should be cc'ed
b) Prefer to cc a suitable mailing list as well
c) Ideally: find the original patch on the mailing list and do a
reply-to-all to that, adding suitable additional cc's
*** Remember to use Documentation/SubmitChecklist when testing your code ***
The -mm tree is included into linux-next and is updated
there every 3-4 working days
------------------------------------------------------
From: Cong Wang <xiyou.wangcong@gmail.com>
Subject: proc: clean up /proc/<pid>/environ handling
Similar to e268337dfe2 ("proc: clean up and fix /proc/<pid>/mem
handling"), move the check of permission to open(), this will simplify
read() code.
Signed-off-by: WANG Cong <xiyou.wangcong@gmail.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
fs/proc/base.c | 55 +++++++++++++++++++++++++++++------------------
1 file changed, 35 insertions(+), 20 deletions(-)
diff -puN fs/proc/base.c~proc-clean-up-proc-pid-environ-handling fs/proc/base.c
--- a/fs/proc/base.c~proc-clean-up-proc-pid-environ-handling
+++ a/fs/proc/base.c
@@ -835,28 +835,38 @@ static const struct file_operations proc
.release = mem_release,
};
+static int environ_open(struct inode *inode, struct file *file)
+{
+ struct task_struct *task = get_proc_task(file->f_path.dentry->d_inode);
+ struct mm_struct *mm;
+
+ if (!task)
+ return -ESRCH;
+
+ mm = mm_for_maps(task);
+ put_task_struct(task);
+
+ if (!mm)
+ return -ENOENT;
+ if (IS_ERR(mm))
+ return PTR_ERR(mm);
+
+ file->private_data = mm;
+
+ return 0;
+}
+
static ssize_t environ_read(struct file *file, char __user *buf,
size_t count, loff_t *ppos)
{
- struct task_struct *task = get_proc_task(file->f_dentry->d_inode);
char *page;
unsigned long src = *ppos;
- int ret = -ESRCH;
- struct mm_struct *mm;
+ int ret = 0;
+ struct mm_struct *mm = file->private_data;
- if (!task)
- goto out_no_task;
-
- ret = -ENOMEM;
page = (char *)__get_free_page(GFP_TEMPORARY);
if (!page)
- goto out;
-
-
- mm = mm_for_maps(task);
- ret = PTR_ERR(mm);
- if (!mm || IS_ERR(mm))
- goto out_free;
+ return -ENOMEM;
ret = 0;
while (count > 0) {
@@ -870,7 +880,7 @@ static ssize_t environ_read(struct file
max_len = (count > PAGE_SIZE) ? PAGE_SIZE : count;
this_len = (this_len > max_len) ? max_len : this_len;
- retval = access_process_vm(task, (mm->env_start + src),
+ retval = access_remote_vm(mm, (mm->env_start + src),
page, this_len, 0);
if (retval <= 0) {
@@ -890,18 +900,23 @@ static ssize_t environ_read(struct file
}
*ppos = src;
- mmput(mm);
-out_free:
free_page((unsigned long) page);
-out:
- put_task_struct(task);
-out_no_task:
return ret;
}
+static int environ_release(struct inode *inode, struct file *file)
+{
+ struct mm_struct *mm = file->private_data;
+
+ mmput(mm);
+ return 0;
+}
+
static const struct file_operations proc_environ_operations = {
+ .open = environ_open,
.read = environ_read,
.llseek = generic_file_llseek,
+ .release = environ_release,
};
static ssize_t oom_adjust_read(struct file *file, char __user *buf,
_
Subject: Subject: proc: clean up /proc/<pid>/environ handling
Patches currently in -mm which might be from xiyou.wangcong@gmail.com are
origin.patch
linux-next.patch
lkdtm-avoid-calling-lkdtm_do_action-with-spin-lock-held.patch
x86-mm-fix-the-size-calculation-of-mapping-tables.patch
kcore-make-get_sparsemem_vmemmap_info-static.patch
proc-clean-up-proc-pid-environ-handling.patch
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: + proc-clean-up-proc-pid-environ-handling.patch added to -mm tree
@ 2012-02-08 15:15 Oleg Nesterov
2012-02-10 3:09 ` Cong Wang
0 siblings, 1 reply; 4+ messages in thread
From: Oleg Nesterov @ 2012-02-08 15:15 UTC (permalink / raw)
To: WANG Cong, Alexey Dobriyan, Andrew Morton; +Cc: linux-kernel
> From: Cong Wang <xiyou.wangcong@gmail.com>
> Subject: proc: clean up /proc/<pid>/environ handling
>
> Similar to e268337dfe2 ("proc: clean up and fix /proc/<pid>/mem
> handling"),
and has the same problem,
> move the check of permission to open(), this will simplify
> read() code.
but allows to kill the system trivially.
Please look at 6d08f2c7139790c268820a2e590795cb8333181a
"proc: make sure mem_open() doesn't pin the target's memory"
Oleg.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: + proc-clean-up-proc-pid-environ-handling.patch added to -mm tree
2012-02-08 15:15 + proc-clean-up-proc-pid-environ-handling.patch added to -mm tree Oleg Nesterov
@ 2012-02-10 3:09 ` Cong Wang
0 siblings, 0 replies; 4+ messages in thread
From: Cong Wang @ 2012-02-10 3:09 UTC (permalink / raw)
To: Oleg Nesterov; +Cc: Alexey Dobriyan, Andrew Morton, linux-kernel
On 02/08/2012 11:15 PM, Oleg Nesterov wrote:
>> From: Cong Wang<xiyou.wangcong@gmail.com>
>> Subject: proc: clean up /proc/<pid>/environ handling
>>
>> Similar to e268337dfe2 ("proc: clean up and fix /proc/<pid>/mem
>> handling"),
>
> and has the same problem,
>
>> move the check of permission to open(), this will simplify
>> read() code.
>
> but allows to kill the system trivially.
>
> Please look at 6d08f2c7139790c268820a2e590795cb8333181a
> "proc: make sure mem_open() doesn't pin the target's memory"
>
Thanks, I wasn't aware of that commit. I will send an updated patch soon.
^ permalink raw reply [flat|nested] 4+ messages in thread
* + proc-clean-up-proc-pid-environ-handling.patch added to -mm tree
@ 2012-04-12 0:47 akpm
0 siblings, 0 replies; 4+ messages in thread
From: akpm @ 2012-04-12 0:47 UTC (permalink / raw)
To: mm-commits; +Cc: xiyou.wangcong, adobriyan, hughd, oleg
The patch titled
Subject: proc: clean up /proc/<pid>/environ handling
has been added to the -mm tree. Its filename is
proc-clean-up-proc-pid-environ-handling.patch
Before you just go and hit "reply", please:
a) Consider who else should be cc'ed
b) Prefer to cc a suitable mailing list as well
c) Ideally: find the original patch on the mailing list and do a
reply-to-all to that, adding suitable additional cc's
*** Remember to use Documentation/SubmitChecklist when testing your code ***
The -mm tree is included into linux-next and is updated
there every 3-4 working days
------------------------------------------------------
From: Cong Wang <xiyou.wangcong@gmail.com>
Subject: proc: clean up /proc/<pid>/environ handling
Similar to e268337dfe2 ("proc: clean up and fix /proc/<pid>/mem
handling"), move the check of permission to open(), this will simplify
read() code.
Signed-off-by: Cong Wang <xiyou.wangcong@gmail.com>
Cc: Oleg Nesterov <oleg@redhat.com>
Cc: Alexey Dobriyan <adobriyan@gmail.com>
Cc: Hugh Dickins <hughd@google.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
fs/proc/base.c | 45 ++++++++++++++++++++++++---------------------
1 file changed, 24 insertions(+), 21 deletions(-)
diff -puN fs/proc/base.c~proc-clean-up-proc-pid-environ-handling fs/proc/base.c
--- a/fs/proc/base.c~proc-clean-up-proc-pid-environ-handling
+++ a/fs/proc/base.c
@@ -677,7 +677,7 @@ static const struct file_operations proc
.release = single_release,
};
-static int mem_open(struct inode* inode, struct file* file)
+static int __mem_open(struct inode* inode, struct file* file, unsigned int mode)
{
struct task_struct *task = get_proc_task(file->f_path.dentry->d_inode);
struct mm_struct *mm;
@@ -685,7 +685,7 @@ static int mem_open(struct inode* inode,
if (!task)
return -ESRCH;
- mm = mm_access(task, PTRACE_MODE_ATTACH);
+ mm = mm_access(task, mode);
put_task_struct(task);
if (IS_ERR(mm))
@@ -705,6 +705,11 @@ static int mem_open(struct inode* inode,
return 0;
}
+static int mem_open(struct inode* inode, struct file* file)
+{
+ return __mem_open(inode, file, PTRACE_MODE_ATTACH);
+}
+
static ssize_t mem_rw(struct file *file, char __user *buf,
size_t count, loff_t *ppos, int write)
{
@@ -801,30 +806,29 @@ static const struct file_operations proc
.release = mem_release,
};
+static int environ_open(struct inode* inode, struct file* file)
+{
+ return __mem_open(inode, file, PTRACE_MODE_READ);
+}
+
static ssize_t environ_read(struct file *file, char __user *buf,
size_t count, loff_t *ppos)
{
- struct task_struct *task = get_proc_task(file->f_dentry->d_inode);
char *page;
unsigned long src = *ppos;
- int ret = -ESRCH;
- struct mm_struct *mm;
+ int ret = 0;
+ struct mm_struct *mm = file->private_data;
- if (!task)
- goto out_no_task;
+ if (!mm)
+ return 0;
- ret = -ENOMEM;
page = (char *)__get_free_page(GFP_TEMPORARY);
if (!page)
- goto out;
-
-
- mm = mm_for_maps(task);
- ret = PTR_ERR(mm);
- if (!mm || IS_ERR(mm))
- goto out_free;
+ return -ENOMEM;
ret = 0;
+ if (!atomic_inc_not_zero(&mm->mm_users))
+ goto free;
while (count > 0) {
int this_len, retval, max_len;
@@ -836,7 +840,7 @@ static ssize_t environ_read(struct file
max_len = (count > PAGE_SIZE) ? PAGE_SIZE : count;
this_len = (this_len > max_len) ? max_len : this_len;
- retval = access_process_vm(task, (mm->env_start + src),
+ retval = access_remote_vm(mm, (mm->env_start + src),
page, this_len, 0);
if (retval <= 0) {
@@ -855,19 +859,18 @@ static ssize_t environ_read(struct file
count -= retval;
}
*ppos = src;
-
mmput(mm);
-out_free:
+
+free:
free_page((unsigned long) page);
-out:
- put_task_struct(task);
-out_no_task:
return ret;
}
static const struct file_operations proc_environ_operations = {
+ .open = environ_open,
.read = environ_read,
.llseek = generic_file_llseek,
+ .release = mem_release,
};
static ssize_t oom_adjust_read(struct file *file, char __user *buf,
_
Subject: Subject: proc: clean up /proc/<pid>/environ handling
Patches currently in -mm which might be from xiyou.wangcong@gmail.com are
linux-next.patch
cris-select-generic_atomic64.patch
proc-clean-up-proc-pid-environ-handling.patch
proc-unify-ptrace_may_access-locking-code.patch
proc-remove-mm_for_maps.patch
proc-use-mm_access-instead-of-ptrace_may_access.patch
proc-use-task_access_lock-instead-of-ptrace_may_access.patch
proc-use-is_err_or_null.patch
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-04-12 0:47 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-08 15:15 + proc-clean-up-proc-pid-environ-handling.patch added to -mm tree Oleg Nesterov
2012-02-10 3:09 ` Cong Wang
-- strict thread matches above, loose matches on Subject: below --
2012-04-12 0:47 akpm
2012-01-31 20:37 akpm
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.