just FYI: I've found this hardware locally, node is free for investigation.
I'm reinstalling Centos to this node right now and then I will try to reproduce
reported issue.
thank you,
Vasily Averin
On 01/30/2011 11:28 AM, Solar Designer wrote:
On 01/30/2011 11:08 AM, Vasily Averin
On 01/31/2011 11:29 AM, Vasily Averin wrote:
just FYI: I've found this hardware locally, node is free for investigation.
I'm reinstalling Centos to this node right now and then I will try to reproduce
reported issue.
I can confirm this issue,
upload to this node is normal, but download is
This patchset is a cleanup and a preparation to unshare the pid
namespace. These prerequisites prepares the next Eric's patchset
to give a file descriptor to a namespace and join an existing
namespace.
The initial authors of this patchset are Eric Biederman and Oleg
Nesterov.
Changelog:
From: Eric W. Biederman ebied...@xmission.com
Reorganize proc_get_sb so it can be called before the struct pid
of the first process is allocated.
Signed-off-by: Eric W. Biederman ebied...@xmission.com
Signed-off-by: Daniel Lezcano daniel.lezc...@free.fr
---
fs/proc/root.c | 25
From: Eric W. Biederman ebied...@xmission.com
It turns out that the existing assignment in copy_process of
the child_reaper can handle the initial assignment of child_reaper
we just need to generalize the test in kernel/fork.c
Signed-off-by: Eric W. Biederman ebied...@xmission.com
Signed-off-by:
From: Oleg Nesterov o...@redhat.com
After the previous cleanup in proc_get_sb() the global proc_mnt has
no reasons to exists, kill it.
Signed-off-by: Oleg Nesterov o...@redhat.com
Signed-off-by: Eric W. Biederman ebied...@xmission.com
Signed-off-by: Daniel Lezcano daniel.lezc...@free.fr
---
From: Eric W. Biederman ebied...@xmission.com
The expressions tsk-nsproxy-pid_ns and task_active_pid_ns
aka ns_of_pid(task_pid(tsk)) should have the same number of
cache line misses with the practical difference that
ns_of_pid(task_pid(tsk)) is released later in a processes life.
Furthermore by
On Mon, Jan 31, 2011 at 12:25 PM, Daniel Lezcano daniel.lezc...@free.fr wrote:
The expressions tsk-nsproxy-pid_ns and task_active_pid_ns
aka ns_of_pid(task_pid(tsk)) should have the same number of
cache line misses with the practical difference that
ns_of_pid(task_pid(tsk)) is released later
On Sun, Jan 30, 2011 at 11:59:22AM +0200, Kirill A. Shutsemov wrote:
From: Kirill A. Shutemov kir...@shutemov.name
Provides a way of tasks grouping by timer slack value. Introduces per
cgroup timer slack value which will override the default timer slack
value once a task is attached to a
On 01/31, Daniel Lezcano wrote:
@@ -96,6 +97,9 @@ static struct pid_namespace *create_pid_namespace(struct
pid_namespace *parent_p
for (i = 1; i PIDMAP_ENTRIES; i++)
atomic_set(ns-pidmap[i].nr_free, BITS_PER_PAGE);
+ if (pid_ns_prepare_proc(ns))
+ goto
On 01/31/2011 02:22 PM, Oleg Nesterov wrote:
On 01/31, Daniel Lezcano wrote:
@@ -96,6 +97,9 @@ static struct pid_namespace *create_pid_namespace(struct
pid_namespace *parent_p
for (i = 1; i PIDMAP_ENTRIES; i++)
atomic_set(ns-pidmap[i].nr_free, BITS_PER_PAGE);
+if
On 01/31, Daniel Lezcano wrote:
On 01/31/2011 02:22 PM, Oleg Nesterov wrote:
On 01/31, Daniel Lezcano wrote:
@@ -96,6 +97,9 @@ static struct pid_namespace *create_pid_namespace(struct
pid_namespace *parent_p
for (i = 1; i PIDMAP_ENTRIES; i++)
On 01/31/2011 03:02 PM, Oleg Nesterov wrote:
On 01/31, Daniel Lezcano wrote:
On 01/31/2011 02:22 PM, Oleg Nesterov wrote:
On 01/31, Daniel Lezcano wrote:
@@ -96,6 +97,9 @@ static struct pid_namespace *create_pid_namespace(struct
pid_namespace *parent_p
for (i = 1; i
On 01/31/2011 12:26 PM, Alexey Dobriyan wrote:
On Mon, Jan 31, 2011 at 12:25 PM, Daniel Lezcanodaniel.lezc...@free.fr
wrote:
The expressions tsk-nsproxy-pid_ns and task_active_pid_ns
aka ns_of_pid(task_pid(tsk)) should have the same number of
cache line misses with the practical difference
On 01/31, Daniel Lezcano wrote:
On 01/31/2011 12:26 PM, Alexey Dobriyan wrote:
This task_active_pid_ns() is misnamed(?) because it does matter only
for dead tasks?
Actually this function is later used, for the unshare, to get the pid_ns
of a specific task, not the current one.
Well, it is
On 01/31/2011 01:05 PM, Vasily Averin wrote:
On 01/31/2011 11:29 AM, Vasily Averin wrote:
just FYI: I've found this hardware locally, node is free for investigation.
I'm reinstalling Centos to this node right now and then I will try to reproduce
reported issue.
I can confirm this issue,
Vasily,
I am impressed by your handling of my little problem report - your
attention, the time you're putting into this, and the status updates.
This exceeds my expectations (as a user of OpenVZ). Thank You!
On Mon, Jan 31, 2011 at 06:55:27PM +0300, Vasily Averin wrote:
I've recompiled driver
On 01/31/2011 07:03 PM, Solar Designer wrote:
Vasily,
I am impressed by your handling of my little problem report - your
attention, the time you're putting into this, and the status updates.
This exceeds my expectations (as a user of OpenVZ). Thank You!
It's because of you are might and
OL Cc: Dan Smith da...@us.ibm.com
OL Signed-off-by: Oren Laadan or...@cs.columbia.edu
Tested-by: Dan Smith da...@us.ibm.com
--
Dan Smith
IBM Linux Technology Center
email: da...@us.ibm.com
___
Containers mailing list
thanks, pushed to v23-rc1.
On 01/31/2011 11:44 AM, Dan Smith wrote:
OL Cc: Dan Smith da...@us.ibm.com
OL Signed-off-by: Oren Laadan or...@cs.columbia.edu
Tested-by: Dan Smith da...@us.ibm.com
___
Containers mailing list
I modifed the patch a bit according to our IRC chat today:
From 9c74f82411d77cf0194a17ba99af0dd31070e88a Mon Sep 17 00:00:00 2001
From: Oren Laadan or...@cs.columbia.edu
Date: Mon, 31 Jan 2011 19:01:49 -0500
Subject: [PATCH] c/r: clear the objhash before completing restart, but delay
free (v3)
21 matches
Mail list logo