[PATCH 03/08]
This is a trivial patch that defines the priority of slab_memory_callback in
the callback chain as a constant.
This is to prepare for next patch in the series.
Signed-off-by: Nadia Derbey [EMAIL PROTECTED]
---
include/linux/memory.h |6 ++
mm/slub.c |2 +-
[PATCH 02/08]
Since all the namespaces see the same amount of memory (the total one)
this patch introduces a new variable that counts the ipc namespaces and
divides msg_ctlmni by this counter.
Signed-off-by: Nadia Derbey [EMAIL PROTECTED]
---
include/linux/ipc_namespace.h |1 +
ipc/msg.c
[PATCH 05/08]
This patch makes the memory hotplug chain's mutex held for a shorter time:
when memory is offlined or onlined a work item is added to the global
workqueue.
When the work item is run, it notifies the ipcns notifier chain with the
IPCNS_MEMCHANGED event.
Signed-off-by: Nadia Derbey
[PATCH 06/08]
This patch introduces a notification mechanism that aims at recomputing
msgmni each time an ipc namespace is created or removed.
The ipc namespace notifier chain already defined for memory hotplug management
is used for that purpose too.
Each time a new ipc namespace is allocated
From a6b0f68be3155f9b3634d28cb531c19329d56b7a Mon Sep 17 00:00:00 2001
From: Serge Hallyn [EMAIL PROTECTED]
Date: Mon, 11 Feb 2008 08:58:27 -0800
Subject: [PATCH 1/1] device control: fix trivial typo
add missing word 'struct' in two lines.
Signed-off-by: Serge Hallyn [EMAIL PROTECTED]
---
On Mon, 11 Feb 2008 15:16:54 +0100
[EMAIL PROTECTED] wrote:
[PATCH 08/08]
This patch is the enhancement as asked for by Yasunori: if msgmni is set to
a negative value, register it back into the ipcns notifier chain.
A new interface has been added to the notification mechanism:
[PATCH 04/08]
This patch introduces the registration of a callback routine that recomputes
msg_ctlmni upon memory add / remove.
A single notifier block is registered in the hotplug memory chain for all the
ipc namespaces.
Since the ipc namespaces are not linked together, they have their own
[PATCH 07/08]
This patch makes msgmni not recomputed anymore upon ipc namespace creation /
removal or memory add/remove, as soon as it has been set from userland.
As soon as msgmni is explicitely set via procfs or sysctl(), the associated
callback routine is unregistered from the ipc namespace
Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
Each new group will have its own maps for char and block
layers. The devices access list is tuned via the
devices.permissions file. One may read from the file to get
the configured state.
The top container isn't initialized, so that the char
[PATCH 01/08]
This patch computes msg_ctlmni to make it scale with the amount of lowmem.
msg_ctlmni is now set to make the message queues occupy 1/32 of the available
lowmem.
Some cleaning has also been done for the MSGPOOL constant: the msgctl man page
says it's not used, but it also defines it
Resending the set of patches after Yasunori's remark about being able to
turn on/off automatic recomputing.
(see message at http://lkml.org/lkml/2008/2/5/149).
I actually introduced an intermediate solution: when msgmni is set by hand,
it is uneregistered from the ipcns notifier chain (i.e.
Serge E. Hallyn wrote:
Quoting Oren Laadan ([EMAIL PROTECTED]):
Serge E. Hallyn wrote:
Quoting Oren Laadan ([EMAIL PROTECTED]):
Serge E. Hallyn wrote:
Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
Serge E. Hallyn wrote:
Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
[EMAIL PROTECTED]
On Mon, 11 Feb 2008 15:16:53 +0100
[EMAIL PROTECTED] wrote:
[PATCH 07/08]
This patch makes msgmni not recomputed anymore upon ipc namespace creation /
removal or memory add/remove, as soon as it has been set from userland.
As soon as msgmni is explicitely set via procfs or sysctl(), the
This usually saves one recompile to insert similar printk like below. :)
Sample nastygram:
remove_proc_entry: removing non-empty directory '/proc/foo', leaking at least
'bar'
[ cut here ]
WARNING: at fs/proc/generic.c:776 remove_proc_entry+0x18a/0x200()
Modules linked
This patchset does fix the problem I was having before with null and
zero devices. Overall, it looks like pretty good.
I am still reviewing the patches. Just some nits I came across:
Pavel Emelianov [EMAIL PROTECTED] wrote:
| Each new group will have its own maps for char and block
| layers.
[PATCH 08/08]
This patch is the enhancement as asked for by Yasunori: if msgmni is set to
a negative value, register it back into the ipcns notifier chain.
A new interface has been added to the notification mechanism:
notifier_chain_cond_register() registers a notifier block only if not already
[EMAIL PROTECTED] wrote:
This patchset does fix the problem I was having before with null and
zero devices. Overall, it looks like pretty good.
I am still reviewing the patches. Just some nits I came across:
Pavel Emelianov [EMAIL PROTECTED] wrote:
| Each new group will have its own
net/ipv4/fib_trie.c: In function 'node_set_parent':
net/ipv4/fib_trie.c:184: warning: assignment makes integer from pointer
without a cast
Signed-off-by: Denis V. Lunev [EMAIL PROTECTED]
---
net/ipv4/fib_trie.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git
18 matches
Mail list logo
