From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41765) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vqiry-0006A3-II for qemu-devel@nongnu.org; Wed, 11 Dec 2013 07:26:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vqiru-00011l-S3 for qemu-devel@nongnu.org; Wed, 11 Dec 2013 07:26:26 -0500 Received: from mx1.redhat.com ([209.132.183.28]:41548) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vqiru-00011e-KE for qemu-devel@nongnu.org; Wed, 11 Dec 2013 07:26:22 -0500 Date: Wed, 11 Dec 2013 12:26:03 +0000 From: "Daniel P. Berrange" Message-ID: <20131211122603.GC2225@redhat.com> References: <1386143939-19142-1-git-send-email-gaowanlong@cn.fujitsu.com> <1386143939-19142-3-git-send-email-gaowanlong@cn.fujitsu.com> <20131210131548.GE27737@otherpad.lan.raisama.net> <52A75786.3060307@redhat.com> <20131210190102.GN2916@otherpad.lan.raisama.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20131210190102.GN2916@otherpad.lan.raisama.net> Subject: Re: [Qemu-devel] [PATCH V17 02/11] NUMA: check if the total numa memory size is equal to ram_size Reply-To: "Daniel P. Berrange" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eduardo Habkost Cc: drjones@redhat.com, anthony@codemonkey.ws, libvir-list@redhat.com, hutao@cn.fujitsu.com, mtosatti@redhat.com, qemu-devel@nongnu.org, peter.huangpeng@huawei.com, bsd@redhat.com, jyang@redhat.com, y-goto@jp.fujitsu.com, mkletzan@redhat.com, Paolo Bonzini , lcapitulino@redhat.com, lersek@redhat.com, afaerber@suse.de, Wanlong Gao On Tue, Dec 10, 2013 at 05:01:02PM -0200, Eduardo Habkost wrote: > On Tue, Dec 10, 2013 at 07:03:50PM +0100, Paolo Bonzini wrote: > > Il 10/12/2013 14:15, Eduardo Habkost ha scritto: > > >> > If the total number of the assigned numa nodes memory is not > > >> > equal to the assigned ram size, it will write the wrong data > > >> > to ACPI talb, then the guest will ignore the wrong ACPI table > > >> > and recognize all memory to one node. It's buggy, we should > > >> > check it to ensure that we write the right data to ACPI table. > > >> > > > >> > Signed-off-by: Wanlong Gao > > > This will make configurations that could be running for years (except > > > that the guest OS was ignoring the NUMA data) suddenly stop running. I > > > just want to confirm: we really want that, right? > > > > > > Does libvirt allow this kind of broken configuration to be generated, or > > > it already ensures the total NUMA node sizes match RAM size? > > > > It allows this. It just converts the XML to "-numa node". > > In that case, if we apply this patch we may want to make libvirt > validate the NUMA configuration instead of getting a cryptic "QEMU > aborted" error message with the actual problem buried in a log file. > > (Well, even if we do not apply this patch, I believe it is a good idea to > make libvirt validate the NUMA configuration.) Yes, libvirt really ought to validate this, since such inconsistency is a bogus configuration. It would be desirable for libvirt to reject it completely as an error, but we should check if there any common apps which are (accidentally) relying on such broken configs already. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|