From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MQhb7-00018u-RK for qemu-devel@nongnu.org; Tue, 14 Jul 2009 08:59:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MQhb3-00012R-3a for qemu-devel@nongnu.org; Tue, 14 Jul 2009 08:59:05 -0400 Received: from [199.232.76.173] (port=34692 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQhb2-00012L-Uv for qemu-devel@nongnu.org; Tue, 14 Jul 2009 08:59:00 -0400 Received: from relay3.sgi.com ([192.48.156.57]:59549 helo=relay.sgi.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MQhb1-0006Aj-LB for qemu-devel@nongnu.org; Tue, 14 Jul 2009 08:59:00 -0400 Message-Id: <20090714125352.102835569@sgi.com> Date: Tue, 14 Jul 2009 14:53:52 +0200 From: Jes Sorensen Subject: [Qemu-devel] [PATCH 0/2] QEMU maxcpus support v2 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Anthony Liguori , filip.navara@gmail.com, Avi Kivity , gleb@redhat.com Hi, Another update to the maxcpus patch. Gleb pointed out that I was enabling all processors in the MADT, which clearly wasn't my intention. My brain had obviously already left for vacation when I wrote it. Anthony, any chance you could try this and see if it fixes your Ubuntu guest problem? Specifying maxcpus= allows the user to cap the limit of possibly cpus of the system, as opposed to -smp which specifies the number of running cpus at startup. This allows us to build BIOS tables accordingly when trying to scale up in size, and it also allows for the BIOS to build smaller tables when not needed. Cheers, Jes