linux-kernel - Re: [patch 2/4] mempolicy: support optional mode flags

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 12 Feb 2008 11:14:05 -0800 (PST)
From:	David Rientjes <rientjes@...gle.com>
To:	Lee Schermerhorn <Lee.Schermerhorn@...com>
cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Paul Jackson <pj@....com>,
	Christoph Lameter <clameter@....com>, Andi Kleen <ak@...e.de>,
	Mel Gorman <mel@....ul.ie>, linux-kernel@...r.kernel.org
Subject: Re: [patch 2/4] mempolicy: support optional mode flags

On Tue, 12 Feb 2008, Lee Schermerhorn wrote:

> Hmmm, so 'static' means "don't contexutalize"--i.e., don't mask off
> disallowed or memoryless nodes?  That means we'll need to skip them in
> the interleave node calculation in the allocation path.  Perhaps your
> patch already addresses this, but I haven't had time to look.  
> 

All MPOL_F_STATIC_NODES does (by mbind(), set_mempolicy(), or adding 
'=static' to the mempolicy mode on tmpfs mount) is suppress the node remap 
in mpol_rebind_policy().

In mpol_new(), the intent of the user is stored in a new nodemask_t member 
of struct mempolicy and in the static case the passed nodemask is 
intersected with that member.  The policy is then effected over the 
intersection.

If that nodemask includes no accessible nodes, then the mempolicy is not 
effected but rather lies dormant until access to those nodes is attained.  
If and when that happens, the mempolicy will then be effected again 
without any additional set_mempolicy() or mbind() from the user.

		David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/