Date: Fri, 26 Mar 2004 22:17:31 -0800
From: Andrew Morton <akpm@digeo.com>
To: davidm@hpl.hp.com
Cc: linux-kernel@vger.kernel.org, Stephen Smalley <sds@epoch.ncsc.mil>
Subject: Re: replace MAX_MAP_COUNT with /proc/sys/vm/max_map_count
Message-Id: <20040326221731.54772019.akpm@digeo.com>
In-Reply-To: <16485.5722.591616.846576@napali.hpl.hp.com>
References: <16485.5722.591616.846576@napali.hpl.hp.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1080
Lines: 27

David Mosberger <davidm@napali.hpl.hp.com> wrote:
>
> Below is a warmed up version of a patch originally done by Werner
> Almesberger (see http://tinyurl.com/25zra) to replace the
> MAX_MAP_COUNT limit with a sysctl variable.

Fair enough.

>  int sysctl_overcommit_memory = 0;	/* default is heuristic overcommit */
>  int sysctl_overcommit_ratio = 50;	/* default is 50% */
> +int sysctl_max_map_count = DEFAULT_MAX_MAP_COUNT;
>  atomic_t vm_committed_space = ATOMIC_INIT(0);
>  
>  EXPORT_SYMBOL(sysctl_overcommit_memory);
>  EXPORT_SYMBOL(sysctl_overcommit_ratio);
> +EXPORT_SYMBOL(sysctl_max_map_count);
>  EXPORT_SYMBOL(vm_committed_space);

The SELinux guys may want to hook into this.  I assume that's why these
symbols are exported to modules at present?

Stephen, if my surmise is correct could you please prep the final patch?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/