From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261606AbVBSBs7 (ORCPT ); Fri, 18 Feb 2005 20:48:59 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261607AbVBSBs7 (ORCPT ); Fri, 18 Feb 2005 20:48:59 -0500 Received: from mx1.redhat.com ([66.187.233.31]:34708 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S261606AbVBSBs5 (ORCPT ); Fri, 18 Feb 2005 20:48:57 -0500 Date: Fri, 18 Feb 2005 20:48:32 -0500 (EST) From: Rik van Riel X-X-Sender: riel@chimarrao.boston.redhat.com To: Dave Hansen cc: Linux Kernel Mailing List , lhms , linux-mm , Andy Whitcroft Subject: Re: [RFC][PATCH] Memory Hotplug In-Reply-To: <1108765246.6482.135.camel@localhost> Message-ID: References: <1108685033.6482.38.camel@localhost> <1108685111.6482.40.camel@localhost> <1108765246.6482.135.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 18 Feb 2005, Dave Hansen wrote: >> Memory hot-remove isn't really needed with Xen, the balloon >> driver takes care of that. > > You can free up individual pages back to the hypervisor, but you might > also want the opportunity to free up some unused mem_map if you shrink > the partition by a large amount. Agreed, though I rather like the fact that the code can be introduced bit by bit, so the memory hot-remove code (probably the most complex part) doesn't need to be maintained out-of-tree for Xen, but can wait until it is upstream. >>> I can post individual patches if anyone would like to comment on them. >> >> I'm interested. I want to get this stuff working with Xen ;) > > You can either pull them from here: > > http://www.sr71.net/patches/2.6.11/2.6.11-rc3-mhp1/broken-out/ Thanks, I'll take a stab at porting this functionality to Xen. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan