From: Andi Kleen <ak@suse.de>
Organization: SUSE Linux Products GmbH, Nuernberg, GF: Markus Rex, HRB 16746 (AG Nuernberg)
To: David Rientjes <rientjes@google.com>
Subject: Re: [patch -mm 2/2] mempolicy: use default_policy mode instead of MPOL_DEFAULT
Date: Sun, 9 Mar 2008 00:19:19 +0100
User-Agent: KMail/1.9.6
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>, Paul Jackson <pj@sgi.com>,
       akpm@linux-foundation.org, clameter@sgi.com,
       linux-kernel@vger.kernel.org
References: <alpine.DEB.1.00.0803071720460.4611@chino.kir.corp.google.com> <1205003580.4918.21.camel@localhost> <alpine.DEB.1.00.0803081414460.12095@chino.kir.corp.google.com>
In-Reply-To: <alpine.DEB.1.00.0803081414460.12095@chino.kir.corp.google.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200803090019.19518.ak@suse.de>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 848
Lines: 22


> Using MPOL_DEFAULT purely for falling back to the task or system-wide 
> policy, however, seems confusing.  The semantics seem to indicate that 
> MPOL_DEFAULT represents the system-wide default policy without any 
> preferred node or set of nodes to bind or interleave.  So if a VMA has a 
> policy of MPOL_DEFAULT then, to me, it seems like that indicates the 
> absence of a specific policy, not a mandate to fallback to the task 
> policy.

I designed MPOL_DEFAULT on vma originally to be a fallback to the task policy.

Absence of specific policy would be MPOL_PREFERRED with -1 node.

-Andi


--
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/