From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Regression in 2.6.18-rc2-mm1: mbind() not binding From: Lee Schermerhorn Content-Type: text/plain Date: Wed, 02 Aug 2006 12:06:41 -0400 Message-Id: <1154534801.5145.69.camel@localhost> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: Christoph Lameter , Andi Kleen , linux-mm List-ID: Just a heads up: it appears that mbind() does not work--e.g. on anonymous pages--in 2.6.18-rc2-mm1. Found with my memtoy tool, available at: http://free.linux.hp.com/~lts/Tools/memtoy-latest.tar.gz Requires a NUMA platform or fakenuma kernel to see this. I'm not sure yet whether the specified policy is not being installed, or it's just being ignored at allocation time. Note that default policy works: when I change the cpu/node affinity of the test, allocation tracks to new node. This indicates that get_mempolicy(..., MPOL_F_NODE|MPOL_F_ADDR) isn't lying to me. Works in 2.6.18-rc2. I've just grabbed the broken out series, and will attempt to isolate the patch. If anyone else has come across this and already knows what's causing it--that would save me some effort. Lee -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: Regression in 2.6.18-rc2-mm1: mbind() not binding From: Lee Schermerhorn In-Reply-To: <1154534801.5145.69.camel@localhost> References: <1154534801.5145.69.camel@localhost> Content-Type: text/plain Date: Wed, 02 Aug 2006 16:28:11 -0400 Message-Id: <1154550491.5145.111.camel@localhost> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: Christoph Lameter , Andi Kleen , linux-mm List-ID: On Wed, 2006-08-02 at 12:06 -0400, Lee Schermerhorn wrote: > Just a heads up: it appears that mbind() does not work--e.g. on > anonymous pages--in 2.6.18-rc2-mm1. > > Found with my memtoy tool, available at: > http://free.linux.hp.com/~lts/Tools/memtoy-latest.tar.gz > > Requires a NUMA platform or fakenuma kernel to see this. I'm not sure > yet whether the specified policy is not being installed, or it's just > being ignored at allocation time. Note that default policy works: when > I change the cpu/node affinity of the test, allocation tracks to new > node. This indicates that get_mempolicy(..., MPOL_F_NODE|MPOL_F_ADDR) > isn't lying to me. > > Works in 2.6.18-rc2. I've just grabbed the broken out series, and will > attempt to isolate the patch. If anyone else has come across this and > already knows what's causing it--that would save me some effort. Update: looks like only the MPOL_BIND policy is affected. Preferred and Interleaved seem to work. Maybe something to do with zone lists? Still investigating. Lee -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org