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]
Message-ID: <alpine.DEB.1.00.0802121109570.9649@chino.kir.corp.google.com>
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ