From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=48363 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PoeJV-0003Ga-GK for qemu-devel@nongnu.org; Sun, 13 Feb 2011 10:56:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PoeJU-0004BN-8C for qemu-devel@nongnu.org; Sun, 13 Feb 2011 10:56:41 -0500 Received: from mx1.redhat.com ([209.132.183.28]:50195) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PoeJT-0004AR-UL for qemu-devel@nongnu.org; Sun, 13 Feb 2011 10:56:40 -0500 Message-ID: <4D57FF2E.7020001@redhat.com> Date: Sun, 13 Feb 2011 17:56:30 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] KVM call minutes for Feb 8 References: <20110208155557.GM6198@x200.localdomain> <4D51B1C9.3080507@codemonkey.ws> <4D526D0D.9020507@codemonkey.ws> <4D52A86A.1030407@codemonkey.ws> <4D52F20A.7070009@codemonkey.ws> <4D539800.3070802@codemonkey.ws> <4D53BE22.3050706@redhat.com> <4D57FB12.5060703@codemonkey.ws> In-Reply-To: <4D57FB12.5060703@codemonkey.ws> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Blue Swirl , Chris Wright , Markus Armbruster , kvm@vger.kernel.org, qemu-devel@nongnu.org On 02/13/2011 05:38 PM, Anthony Liguori wrote: >> >>> >>> 2) get rid of the entire concept of machines. Creating a i440fx is >>> essentially equivalent to creating a bare machine. >> >> No, it's not. The 440fx does not include an IOAPIC, for example. >> There may be other optional components, or differences in wiring, >> that make two machines with i440fx not identical. > > > The IOAPIC is basically the only other component and I view it as part > of the CPU interface to the chipset. But it isn't. The IOAPIC is not per-core or per-socket. It's strictly board level. It's a board interface to the cpu. > > But still, if we're creating a machine from scratch: > > qemu -device i440fx,id=nb -device piix3,id=sb,chipset=nb -device > ioapic,id=ioapic,chipset=sb -device cpu,ioapic=ioapic,northbridge=nb > > Is not all that unreasonable and presents a fully functioning PC. Sure. And -M blah is a shortcut. > >>> >>> 4) model the CPUs as devices that take a pointer to a host >>> controller, for x86, the normal case would be giving it a pointer to >>> i440fx. >>> >> >> Surely the connection is via a bus? An x86 cpu talks to the bus, and >> there happens to be an 440fx north bridge at the end of it. It could >> also be a Q35 or something else. > > I see being on a bus as really just taking a pointer to an interface. > So yes, the i440fx would implement a PentiumCpuInterface or something > like that and the CPU would take a pointer to a PentiumCpuInterface[1]. > > This is part of why having proper polymorphism is important. We need > it in order to be able to express concepts like interfaces. The CPUs and northbridge are peers on the system bus. However, this isn't something good to model, since it keeps changing without any guest software impact. -- error compiling committee.c: too many arguments to function