From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gleb Natapov Subject: Re: [RFC] Next gen kvm api Date: Sun, 5 Feb 2012 11:37:23 +0200 Message-ID: <20120205093723.GQ23536@redhat.com> References: <4F2AB552.2070909@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-kernel , KVM list , qemu-devel To: Avi Kivity Return-path: Content-Disposition: inline In-Reply-To: <4F2AB552.2070909@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org On Thu, Feb 02, 2012 at 06:09:54PM +0200, Avi Kivity wrote: > Device model > ------------ > Currently kvm virtualizes or emulates a set of x86 cores, with or > without local APICs, a 24-input IOAPIC, a PIC, a PIT, and a number of > PCI devices assigned from the host. The API allows emulating the local > APICs in userspace. > > The new API will do away with the IOAPIC/PIC/PIT emulation and defer > them to userspace. Note: this may cause a regression for older guests > that don't support MSI or kvmclock. Device assignment will be done > using VFIO, that is, without direct kvm involvement. > So are we officially saying that KVM is only for modern guest virtualization? Also my not so old host kernel uses MSI only for NIC. SATA and USB are using IOAPIC (though this is probably more HW related than kernel version related). -- Gleb.