Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263585AbUDBTyT (ORCPT ); Fri, 2 Apr 2004 14:54:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264069AbUDBTyT (ORCPT ); Fri, 2 Apr 2004 14:54:19 -0500 Received: from phoenix.infradead.org ([213.86.99.234]:58885 "EHLO phoenix.infradead.org") by vger.kernel.org with ESMTP id S263585AbUDBTyR (ORCPT ); Fri, 2 Apr 2004 14:54:17 -0500 Date: Fri, 2 Apr 2004 20:54:10 +0100 From: Christoph Hellwig To: Andrea Arcangeli Cc: Andrew Morton , hugh@veritas.com, vrajesh@umich.edu, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [RFC][PATCH 1/3] radix priority search tree - objrmap complexity fix Message-ID: <20040402205410.A7194@infradead.org> Mail-Followup-To: Christoph Hellwig , Andrea Arcangeli , Andrew Morton , hugh@veritas.com, vrajesh@umich.edu, linux-kernel@vger.kernel.org, linux-mm@kvack.org References: <20040402001535.GG18585@dualathlon.random> <20040402011627.GK18585@dualathlon.random> <20040401173649.22f734cd.akpm@osdl.org> <20040402020022.GN18585@dualathlon.random> <20040402104334.A871@infradead.org> <20040402164634.GF21341@dualathlon.random> <20040402195927.A6659@infradead.org> <20040402192941.GP21341@dualathlon.random> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040402192941.GP21341@dualathlon.random>; from andrea@suse.de on Fri, Apr 02, 2004 at 09:29:41PM +0200 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1075 Lines: 34 On Fri, Apr 02, 2004 at 09:29:41PM +0200, Andrea Arcangeli wrote: > page->private indicates: > > >>> (0xc0772380L-0xc07721ffL)/32 > 12L > > that's the 12th page in the array. > > can you check in the asm (you should look at address c0048c7c) if it's > the first bug that triggers? > > if (page[1].index != order) > bad_page(__FUNCTION__, page); No, it's the second one (and yes, I get lots of theses backtraces, unless I counted wrongly 19 this time) > the whole compound thing is very screwed in the above scenario. > > Do you have CONFIG_DEBUG_PAGEALLOC enabled? no. it's not available on ppc32. > could be compound never worked right on ppc, dunno. You could try to > backout the patch gfp-no-compound and to recompile with hugetlbfs > enabled (can you enable it on PPC?). no, there's no hugetlb support on ppc32. - 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/