Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761965AbYCXS3Q (ORCPT ); Mon, 24 Mar 2008 14:29:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757104AbYCXS27 (ORCPT ); Mon, 24 Mar 2008 14:28:59 -0400 Received: from relay2.sgi.com ([192.48.171.30]:38948 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753694AbYCXS26 (ORCPT ); Mon, 24 Mar 2008 14:28:58 -0400 Date: Mon, 24 Mar 2008 11:27:06 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: David Miller cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org Subject: Re: [11/14] vcompound: Fallbacks for order 1 stack allocations on IA64 and x86 In-Reply-To: <20080321.145712.198736315.davem@davemloft.net> Message-ID: References: <20080321061726.782068299@sgi.com> <20080321.002502.223136918.davem@davemloft.net> <20080321.145712.198736315.davem@davemloft.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 986 Lines: 20 On Fri, 21 Mar 2008, David Miller wrote: > The thing to do is to first validate the way that IA64 > handles recursive TLB misses occuring during an initial > TLB miss, and if there are any limitations therein. I am familiar with that area and I am resonably sure that this is an issue on IA64 under some conditions (the processor decides to spill some registers either onto the stack or into the register backing store during tlb processing). Recursion (in the kernel context) still expects the stack and register backing store to be available. ccing linux-ia64 for any thoughts to the contrary. The move to 64k page size on IA64 is another way that this issue can be addressed though. So I think its best to drop the IA64 portion. -- 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/