Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751251AbWHIR66 (ORCPT ); Wed, 9 Aug 2006 13:58:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751261AbWHIR65 (ORCPT ); Wed, 9 Aug 2006 13:58:57 -0400 Received: from mga01.intel.com ([192.55.52.88]:27500 "EHLO fmsmga101-1.fm.intel.com") by vger.kernel.org with ESMTP id S1751251AbWHIR64 (ORCPT ); Wed, 9 Aug 2006 13:58:56 -0400 X-ExtLoop1: 1 X-IronPort-AV: i="4.08,107,1154934000"; d="scan'208"; a="114120662:sNHT19542327" Date: Wed, 9 Aug 2006 10:58:54 -0700 From: "Luck, Tony" To: Martin Schwidefsky Cc: Andi Kleen , Paul Mackerras , Andrew Morton , "Eric W. Biederman" , "Randy.Dunlap" , "Protasevich, Natalie" , linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: [PATCH] x86_64: Make NR_IRQS configurable in Kconfig Message-ID: <20060809175854.GA14382@intel.com> References: <20060807194159.f7c741b5.akpm@osdl.org> <17624.7310.856480.704542@cargo.ozlabs.ibm.com> <200608080714.21151.ak@suse.de> <1155025073.26277.18.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1155025073.26277.18.camel@localhost> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1070 Lines: 23 On Tue, Aug 08, 2006 at 10:17:53AM +0200, Martin Schwidefsky wrote: > "vmalloc reserve first; allocate pages later" would be a really nice > feature. We could use this on s390 to implement the virtual mem_map > array spanning the whole 64 bit address range (with holes in it). To > make it perfect a "deallocate pages; keep vmalloc reserve" should be > added, then we could free parts of the mem_map array again on hot memory > remove. IA-64 already has some arch. specific code to allocate a sparse virtual memory map ... having generic code to do so would be nice, but I foresee some chicken&egg problems in getting enough of the vmalloc/vmap framework up & running before mem_map[] has been allocated. That and the hotplug memory folks don't like the virtual mem_map code and have spurned it in favour of SPARSE. -Tony - 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/