[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47B16AB7.1050100@bull.net>
Date: Tue, 12 Feb 2008 10:45:27 +0100
From: Nadia Derbey <Nadia.Derbey@...l.net>
To: Nadia Derbey <Nadia.Derbey@...l.net>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
containers@...ts.linux-foundation.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org, cmm@...ibm.com,
matthltc@...ibm.com
Subject: Re: [PATCH 7/8] Do not recompute msgmni anymore if explicitely set
by user
Nadia Derbey wrote:
> Andrew Morton wrote:
>
>> On Mon, 11 Feb 2008 15:16:53 +0100
>> Nadia.Derbey@...l.net 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
>>> associated
>>> callback routine is unregistered from the ipc namespace notifier chain.
>>>
>>
>>
>> The patch series looks pretty good.
>>
>>
>>> ===================================================================
>>> --- linux-2.6.24-mm1.orig/ipc/ipc_sysctl.c 2008-02-08
>>> 16:07:15.000000000 +0100
>>> +++ linux-2.6.24-mm1/ipc/ipc_sysctl.c 2008-02-08
>>> 16:08:32.000000000 +0100
>>> @@ -35,6 +35,24 @@ static int proc_ipc_dointvec(ctl_table *
>>> return proc_dointvec(&ipc_table, write, filp, buffer, lenp, ppos);
>>> }
>>>
>>> +static int proc_ipc_callback_dointvec(ctl_table *table, int write,
>>> + struct file *filp, void __user *buffer, size_t *lenp, loff_t *ppos)
>>> +{
>>> + size_t lenp_bef = *lenp;
>>> + int rc;
>>> +
>>> + rc = proc_ipc_dointvec(table, write, filp, buffer, lenp, ppos);
>>> +
>>> + if (write && !rc && lenp_bef == *lenp)
>>> + /*
>>> + * Tunable has successfully been changed from userland:
>>> + * disable its automatic recomputing.
>>> + */
>>> + unregister_ipcns_notifier(current->nsproxy->ipc_ns);
>>> +
>>> + return rc;
>>> +}
>>
>>
>>
>> If you haven't done so, could you please check that it all builds cleanly
>> with CONFIG_PROCFS=n, and that all code which isn't needed if procfs is
>> disabled is not present in the final binary?
>>
>>
>>
>>
>
> Andrew,
>
> it builds fine, modulo some changes in ipv4 and ipv6 (see attached patch
> - didn't find it in the hot fixes).
>
> Regards,
> Nadia
>
>
Oops, forgot the patch. Thx Benjamin!
View attachment "ip_v4_v6_procfs.patch" of type "text/x-patch" (1958 bytes)
Powered by blists - more mailing lists