Pavel Emelyanov wrote:
Cedric Le Goater wrote:
Hello !
Here's a small patchset introducing a new namespace for POSIX
message queues.
Nothing really complex a part from the mqueue filesystem which
needed some special care
Hm... Why did you decided to make it separately from the
IPC
On Mon, Nov 26, 2007 at 08:17:27PM +0300, Pavel Emelyanov wrote:
The 3rd argument is always zero (according to grep :) Eliminate
it and merge the function with sk_stream_alloc_skb.
This saves 44 more bytes, and together with the previous patch
we have:
add/remove: 1/0 grow/shrink: 0/8
Index: 2.6.24-rc3-mm2/kernel/fork.c
===
--- 2.6.24-rc3-mm2.orig/kernel/fork.c
+++ 2.6.24-rc3-mm2/kernel/fork.c
@@ -1004,6 +1004,13 @@ static struct task_struct *copy_process(
if ((clone_flags CLONE_SIGHAND) !(clone_flags
Index: 2.6.24-rc3-mm2/include/linux/sched.h
===
--- 2.6.24-rc3-mm2.orig/include/linux/sched.h
+++ 2.6.24-rc3-mm2/include/linux/sched.h
@@ -27,6 +27,7 @@
#define CLONE_NEWUSER 0x1000 /* New user namespace
On Thu, 29 Nov 2007 11:28:28 +0100 Cedric Le Goater [EMAIL PROTECTED] wrote:
Index: 2.6.24-rc3-mm2/include/linux/sched.h
===
--- 2.6.24-rc3-mm2.orig/include/linux/sched.h
+++ 2.6.24-rc3-mm2/include/linux/sched.h
@@ -27,6
Hi,
Is there a known problem with checkpointing in OpenVZ kernel 2.6.22?
I'm getting the following errors:
CC [M] kernel/cpt/cpt_dump.o
kernel/cpt/cpt_dump.c: In function 'check_process_external':
kernel/cpt/cpt_dump.c:129: error: 'struct pid' has no member named 'ns'
On Wed, Nov 28, 2007 at 11:37:48PM +0100, Josip Rodin wrote:
Is there a known problem with checkpointing in OpenVZ kernel 2.6.22?
Yes. Hopefully CPT will be back in 2.6.24 branch.
I'm getting the following errors:
CC [M] kernel/cpt/cpt_dump.o
kernel/cpt/cpt_dump.c: In function
On Wed, 28 Nov 2007 17:49:23 +0900
KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
Hi, this set is for memory controller background reclaim.
Merged YAMAMOTO-san's version onto 2.6.23-rc3-mm1 + my NUMA patch.
And splitted to several sets.
Major changes from his one is
- use kthread instead of
On Tue, Nov 27, 2007 at 05:39:42PM +0300, Pavel Emelyanov wrote:
In case the br_netfilter_init() (or any subsequent call)
fails, the br_fdb_fini() must be called to free the allocated
in br_fdb_init() br_fdb_cache kmem cache.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
Patch applied
On Tue, Nov 27, 2007 at 04:09:43PM +0300, Pavel Emelyanov wrote:
The following race is possible when one cpu unregisters the handler
while other one is trying to receive a message and call this one:
Good catch! But I think we need a bit more to close this fully.
Dumps can resume asynchronously
Em Thu, Nov 29, 2007 at 11:37:34PM +1100, Herbert Xu escreveu:
On Tue, Nov 27, 2007 at 04:09:43PM +0300, Pavel Emelyanov wrote:
The following race is possible when one cpu unregisters the handler
while other one is trying to receive a message and call this one:
Good catch! But I think we
The following race is possible when one cpu unregisters the handler
while other one is trying to receive a message and call this one:
CPU1: CPU2:
inet_diag_rcv() inet_diag_unregister()
On Thu, Nov 29, 2007 at 04:01:25PM +0300, Pavel Emelyanov wrote:
Besides, as Herbert pointed out, asynchronous dumps should hold
this mutex as well, and thus, we provide the mutex as cb_mutex one.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
Thanks for the quick response! Patch
Cedric Le Goater [EMAIL PROTECTED] writes:
From: Cedric Le Goater [EMAIL PROTECTED]
This patch includes the mqueue namespace in the nsproxy object. It
also adds the support of unshare() and clone() with a new clone flag
CLONE_NEWMQ (1 bit left in the clone flags !)
CLONE_NEWMQ is
Quoting Crispin Cowan ([EMAIL PROTECTED]):
Serge E. Hallyn wrote:
Quoting Crispin Cowan ([EMAIL PROTECTED]):
Is there to be an LSM hook, so that modules can decide on an arbitrary
decision of whether to allow a hijack? So that this do the right
SELinux thing can be generalized for
As far as I see from the err variable initialization
the dn_nl_deladdr() routine was designed to report errors
like EADDRNOTAVAIL and probaby ENODEV.
But the code sets this err to 0 after the first nlmsg_parse
and goes on, returning this 0 in any case.
Is this made deliberately, or the patch
Hi,
On Thu, Nov 29, 2007 at 07:29:20PM +0300, Pavel Emelyanov wrote:
As far as I see from the err variable initialization
the dn_nl_deladdr() routine was designed to report errors
like EADDRNOTAVAIL and probaby ENODEV.
But the code sets this err to 0 after the first nlmsg_parse
and goes
Currently the network namespace work has gotten about as far as we can
without the ability to make sysctls that are per network namespace.
The techniques we have been using for other namespace of examining
current and replacing the ctl_table.data field depending on the
namespace instance that
There are a number of modules that register a sysctl table
somewhere deeply nested in the sysctl hierarchy, such as
fs/nfs, fs/xfs, dev/cdrom, etc.
They all specify several dummy ctl_tables for the path name.
This patch implements register_sysctl_path that takes
an additional path name, and
By doing this we allow users of register_sysctl_paths that build
and dynamically allocate their ctl_table to be simpler. This allows
them to just remember the ctl_table_header returned from
register_sysctl_paths from which they can now find the
ctl_table array they need to free.
Signed-off-by:
This patch implements the basic infrastructure for per namespace sysctls.
A list of lists of sysctl headers is added, allowing each namespace to have
it's own list of sysctl headers.
Each list of sysctl headers has a lookup function to find the first
sysctl header in the list, allowing the
On Fri, Nov 30, 2007 at 12:04:20AM +1100, Herbert Xu wrote:
On Tue, Nov 27, 2007 at 07:21:08PM +0300, Pavel Emelyanov wrote:
This hook is protected with the RCU, so simple
if (br_should_route_hook)
br_should_route_hook(...)
is not enough on some architectures.
* Srivatsa Vaddagiri [EMAIL PROTECTED] wrote:
Paul,
Sorry about the delay in getting back to this thread. I realized
very recently that cpuacct controller has been removed from Linus's tree
and have attempted to rework it as per our discussions.
Linus/Ingo,
Commit
On Thu, Nov 29, 2007 at 08:20:58PM +0100, Ingo Molnar wrote:
ok, this looks certainly doable for v2.6.24. I've added it to the
scheduler fixes queue and will let it brew there for a few days and send
it to Linus after that if everything goes fine - unless anyone objects.
Thanks.
--
On Mon, Nov 12, 2007 at 11:57:03PM -0800, Paul Menage wrote:
Regarding your concern about tracking cpu usage in different ways, it
could be mitigated if we have cpuacct controller track usage as per
information present in a task's sched entity structure
(tsk-se.sum_exec_runtime) i.e call
On Thu, Nov 29, 2007 at 11:30:35AM -0800, Andrew Morton wrote:
- Make the accounting scalable on SMP systems (perhaps
for 2.6.25)
That sounds like a rather important todo. How bad is it now?
It is indeed an important todo. Right now we take a per-group global
lock on every
Oren Laadan [EMAIL PROTECTED] writes:
Two comments:
1) Does it ever make any sense to clone the IPC namespace *without* doing
so also for the MQ namespace or vice versa ? Unless there is a good
reason for doing so, a single CLONE_IPCMQ flag would suffice.
SYSVIPC and POSIX IPC are
On Thu, Nov 29, 2007 at 06:36:50AM -0800, Paul E. McKenney wrote:
That certainly is an interesting tradeoff... Save a memory barrier
when assigning NULL, but pay an extra test and branch in all cases.
Though it does make for a simpler rule -- just use rcu_assign_pointer()
in all cases. Of
On Thu, 29 Nov 2007 14:55:56 -0500
Oren Laadan [EMAIL PROTECTED] wrote:
It looks like i386 doesn't have any support for ULL divisions.
It doesn't have it in CPU, and I thought that it was some-how
emulated, but it is not...
Did I miss something?
Ah, I didn't try i386...
But I'll
On Thu, 29 Nov 2007 20:12:51 +0530
Balbir Singh [EMAIL PROTECTED] wrote:
== These numbers are stable to some extent.==
2.6.24-rc3-mm2: (Limit: 800M)
Average Optimal -j 32 Load Run:
Elapsed Time 358.933---(*)
User Time 1069.63
System Time 140.667
Percent
On Fri, Nov 30, 2007 at 10:49:00AM +1100, Herbert Xu wrote:
On Thu, Nov 29, 2007 at 06:36:50AM -0800, Paul E. McKenney wrote:
That certainly is an interesting tradeoff... Save a memory barrier
when assigning NULL, but pay an extra test and branch in all cases.
Though it does make for a
Mark Nelson [EMAIL PROTECTED] writes:
Hi Paul and Eric,
Do you guys have any objections to dropping the hijack_pid() and
hijack_cgroup() parts of sys_hijack, leaving just hijack_ns() (see
below for discussion)?
I need to step back and study what is being proposed.
My gut feeling is that
On Nov 29, 2007 6:08 PM, Mark Nelson [EMAIL PROTECTED] wrote:
Hi Paul and Eric,
Do you guys have any objections to dropping the hijack_pid() and
hijack_cgroup() parts of sys_hijack, leaving just hijack_ns() (see
below for discussion)?
hijack_ns() is the main bit that I care about anyway, so
Hi Paul and Eric,
Do you guys have any objections to dropping the hijack_pid() and
hijack_cgroup() parts of sys_hijack, leaving just hijack_ns() (see
below for discussion)?
Thanks!
Mark.
Serge E. Hallyn wrote:
Quoting Stephen Smalley ([EMAIL PROTECTED]):
On Tue, 2007-11-27 at 16:38 -0600,
Hi Ayaz,
While testing new OpenVZ kernel based on RHEL5.1 kernel 2.6.18-53.el5 we have
observed that node loads forcedeth driver too long:
Nov 28 14:04:19 ts49 kjournald starting. Commit interval 5 seconds
Nov 28 14:04:19 ts49 EXT3-fs: mounted filesystem with ordered data mode.
...
Nov 28
35 matches
Mail list logo