From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1SoAhF-0003Z4-HD for ltp-list@lists.sourceforge.net; Mon, 09 Jul 2012 09:56:01 +0000 Received: from mail-pb0-f47.google.com ([209.85.160.47]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1SoAhE-0001WN-GR for ltp-list@lists.sourceforge.net; Mon, 09 Jul 2012 09:56:01 +0000 Received: by mail-pb0-f47.google.com with SMTP id rq2so17934038pbb.34 for ; Mon, 09 Jul 2012 02:55:59 -0700 (PDT) Message-ID: <4FFAAAA6.4020607@casparzhang.com> Date: Mon, 09 Jul 2012 17:55:50 +0800 From: Caspar Zhang MIME-Version: 1.0 References: <1340609583-8300-1-git-send-email-caspar@casparzhang.com> In-Reply-To: <1340609583-8300-1-git-send-email-caspar@casparzhang.com> Subject: Re: [LTP] [PATCH 1/2] mm/vma01: consider topdown and bottomup allocation List-Id: Linux Test Project General Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ltp-list-bounces@lists.sourceforge.net To: hejianet@linux.vnet.ibm.com, Wang Sheng-Hui Cc: LTP list On 06/25/2012 03:33 PM, Caspar Zhang wrote: > > When calculating VMAs, results differ in topdown and bottomup memory > allocation mechanisms. This patch fix the potential failures and should > work like below: > > In topdown allocation, the start addr in second VMA should be smaller > than first one, i.e.: > > u======t------(t+3*ps) > 2nd 1st > > Thus, in buggy kernel, if we find a VMA mapping entry in child like: > > start_addr == u && end_addr == t+3*ps; > > the test would go fail. Otherwise, in good kernel, we should see > > start_addr1 == u && end_addr1 == t; > start_addr2 == t && end_addr2 == t+3*ps; > > While in bottomup allocation, it's different: > > t------u======(t+6*ps) > 1st 2nd > > Here in buggy kernel, we can see VMA mapping entry like this: > > start_addr == t && end_addr == t+6*ps; > > And in good kernel: > > start_addr1 == t && end_addr1 == u; > start_addr2 == u && end_addr2 == t+6*ps; > > Signed-off-by: Caspar Zhang > --- > testcases/kernel/mem/vma/vma01.c | 35 ++++++++++++++++++++++------------- > 1 files changed, 22 insertions(+), 13 deletions(-) > Both patches worked on my systems including: i386/x86_64, powerpc, s/390x. I'll commit it in next a few days if I hear no objection for this. Thanks, Caspar ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list