From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:37476)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1UyTRt-0006S1-71
	for qemu-devel@nongnu.org; Sun, 14 Jul 2013 17:03:18 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1UyTRs-00004z-4A
	for qemu-devel@nongnu.org; Sun, 14 Jul 2013 17:03:17 -0400
Received: from mx1.redhat.com ([209.132.183.28]:30245)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1UyTRr-0008WH-RS
	for qemu-devel@nongnu.org; Sun, 14 Jul 2013 17:03:15 -0400
Message-ID: <51E2D8AF.5090802@redhat.com>
Date: Sun, 14 Jul 2013 18:58:23 +0200
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <cover.1372234719.git.hutao@cn.fujitsu.com>
	<6b5ff346b23fba9a8707507fda7f9b71719a55be.1372234719.git.hutao@cn.fujitsu.com>
	<51CAB866.2080507@redhat.com> <51CBC8B3.8070708@cn.fujitsu.com>
	<51CBE1DD.9020301@redhat.com>
	<20130709185347.4b8d8bd3@nial.usersys.redhat.com>
	<20130712023904.GG26557@G08FNSTD100614.fnst.cn.fujitsu.com>
In-Reply-To: <20130712023904.GG26557@G08FNSTD100614.fnst.cn.fujitsu.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH v5 05/14] vl: handle "-device dimm"
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Hu Tao <hutao@cn.fujitsu.com>
Cc: Eduardo Habkost <ehabkost@redhat.com>, mst@redhat.com, qemu-devel@nongnu.org, Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com>, Bandan Das <bsd@redhat.com>, Igor Mammedov <imammedo@redhat.com>, gaowanlong@cn.fujitsu.com

Il 12/07/2013 04:39, Hu Tao ha scritto:
> > without necessity to specify to be hot-plugged DIMMs at startup, hot-plug
> > could become more flexible since arbitrarily sized DIMMs with required NUMA
> > mapping could be specified during hot-plug time, for example:
> > 
> >   device_add dimm,id=dimm1,bus=membus.0,size=3G,node=1,...
> 
> Seems impossible as ACPI memory devices' ranges must be specified at startup,
> but I'll be glad if I'm wrong.

Yeah, I also understood the problem to be the SRAT, not the DSDT...  Of
course you could reserve a single large part of the address range in
"-numa mem", and then add one or more DIMMs covering only part of the
address range.

Perhaps "populated" could be a size instead of a boolean, to do
something like what Igor suggested.

Paolo