From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dor Laor Subject: Re: 1-1 mapping of devices without VT-d Date: Tue, 02 Dec 2008 01:01:07 +0200 Message-ID: <49346CB3.1020901@redhat.com> References: <18C018878FB0244EB71B7FE328978A320F7FB1E1@rrsmsx503.amr.corp.intel.com> <49344571.2000601@redhat.com> <4934527C.1090507@msgid.tls.msk.ru> Reply-To: dlaor@redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Passera, Pablo R" , "kvm@vger.kernel.org" To: Michael Tokarev Return-path: Received: from mx2.redhat.com ([66.187.237.31]:58930 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750824AbYLAXAy (ORCPT ); Mon, 1 Dec 2008 18:00:54 -0500 In-Reply-To: <4934527C.1090507@msgid.tls.msk.ru> Sender: kvm-owner@vger.kernel.org List-ID: Michael Tokarev wrote: > Dor Laor wrote: > [] > >> Although it had worked for us out of tree, there is no immediate need to >> pursue it. >> If anyone would like to nurture these patches he is more than welcome. >> ps: you also have pv-dma option for Linux guests (same status though). >> As time goes by most host will have either vt-d or amd iommu. >> > > Hmm. Well, as time goes by, most hosts will be 64 bit or more. > But it does not mean that there's no need to maintain 32bits > arch anymore... i hope anyway :) > > But of course > Are you saying that PCI passthrough without hardware support will > not be available in (standard) kvm, even if patches exists for that? > > No, just might take a some time to go to mainline. Patches need further polishing and we also need wider demand for it. Actually pvdma can help vt-d so we won't have to make all the guest memory unswappable. > /mjt > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >