From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MQg6G-0008IY-MV for qemu-devel@nongnu.org; Tue, 14 Jul 2009 07:23:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MQg6C-0008F5-Ny for qemu-devel@nongnu.org; Tue, 14 Jul 2009 07:23:08 -0400 Received: from [199.232.76.173] (port=34988 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQg6C-0008EF-Bf for qemu-devel@nongnu.org; Tue, 14 Jul 2009 07:23:04 -0400 Received: from mail-ew0-f207.google.com ([209.85.219.207]:43590) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MQg6B-0004Qy-W0 for qemu-devel@nongnu.org; Tue, 14 Jul 2009 07:23:04 -0400 Received: by ewy3 with SMTP id 3so2822438ewy.34 for ; Tue, 14 Jul 2009 04:23:03 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <23C8DBC1-9F3A-4104-85B4-79B49F26965C@suse.de> References: <20090624083512.766907560@sgi.com> <20090624083725.264462154@sgi.com> <4A5667D2.2020404@codemonkey.ws> <4A5C43E9.7010804@sgi.com> <5b31733c0907140221l3c2b6b3an1e5ebf79eaeef703@mail.gmail.com> <20090714093229.GX28046@redhat.com> <23C8DBC1-9F3A-4104-85B4-79B49F26965C@suse.de> Date: Tue, 14 Jul 2009 13:15:59 +0200 Message-ID: <5b31733c0907140415k75412bf8ia54d0693547eb4d1@mail.gmail.com> Subject: Re: [Qemu-devel] [patch 2/2] QEMU BOCHS bios patches to use maxcpus value. From: Filip Navara Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Anthony Liguori , Jes Sorensen , qemu-devel@nongnu.org, Gleb Natapov , Avi Kivity On Tue, Jul 14, 2009 at 12:16 PM, Alexander Graf wrote: > > On 14.07.2009, at 11:32, Gleb Natapov wrote: > >> On Tue, Jul 14, 2009 at 11:21:53AM +0200, Filip Navara wrote: >>> >>> On Tue, Jul 14, 2009 at 10:38 AM, Jes Sorensen wrote: >>>> >>>> On 07/09/2009 11:57 PM, Anthony Liguori wrote: >>>>> >>>>> These changes make my Ubuntu server guest very unhappy. =A0I get a bu= nch >>>>> of messages about "Not responding." on startup. >>>>> >>>>> If nothing else, maxcpus =3D=3Dsmp_cpus under QEMU because we don't d= o CPU >>>>> hotplug (and I don't think we should). >>>> >>>> Anthony, >>>> >>>> Sorry haven't gotten back to you earlier as I was on vacation. Are you >>>> saying the Ubuntu kernel doesn't like having more CPU entries in the >>>> ACPI table than it actually boots on? >>>> >>>> Does the same guest boot using an older KVM setup? Curious since it do= es >>>> have the larger CPU table in the DSDT. >>>> >>>> Cheers, >>>> Jes >>>> >>> >>> BTW, many other guests complain when ACPI describes more processors >>> than actually present in machine. That's why I implemented the dynamic >>> DSDT generation in Bochs BIOS in the first place. One that comes to >>> mind is MacOS X, or the Darwin kernel respectively. >>> >> There is nothing wrong in describing more processors than actually >> present. The disable flag is defined by ACPI for a reason. My real HW >> IBM server does this. > > Yeah, last time I tried MacOS X was happy with more CPU descriptions than > actual CPUs too as long as they were in disabled state. Has anything chan= ged > there I should know about? > > Alex Not really... it just spits warnings that are not seen unless you explicitly ask for complete debug/io logs (not sure which one it is in). In any case the disabled flag was not set in QEMU when I was debugging the code. Best regards, Filip Navara