From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Booting from PV disk driver (Was: Re: [PATCH 10/13]KVM: Wire up hypercall handler ..) Date: Sun, 25 Feb 2007 07:20:10 +0200 Message-ID: <45E11C8A.9070006@qumranet.com> References: <45D979D3.2020907@qumranet.com><20070219103052.4D23725016B@il.qumranet.com><20070221103733.GI3945@ucw.cz><45DD6CF0.3010509@qumranet.com><64F9B87B6B770947A9F8391472E032160A91BAF3@ehost011-8.exch011.intermedia.net><1172140490.3531.236.camel@laptopd505.fenrus.org><45DD7330.1030001@qumranet.com><1172142081.3531.243.camel@laptopd505.fenrus.org><45DF5943.3090304@codemonkey.ws> <1172269981.3241.57.camel@laptopd505.fenrus.org> <64F9B87B6B770947A9F8391472E032160A91C385@ehost011-8.exch011.intermedia.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org To: Dor Laor Return-path: In-Reply-To: <64F9B87B6B770947A9F8391472E032160A91C385-yEcIvxbTEBqsx+V+t5oei8rau4O3wl8o3fe8/T/H7NteoWH0uzbU5w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Dor Laor wrote: >>> The easiest thing I can think of is to have the PV disk driver show >>> > up > >>> as an actual PCI device and to use a PCI option rom to hijack the >>> appropriate interrupt. >>> >> yeah that's a good plan. Being a PCI device also helps with the OS >> userspace knowing which module to load; even if the device itself never >> gets accessed. >> >> >>> Are you exposing the PV disk driver as a PCI device currently? >>> >> Not yet; this side of things still needs work >> > > Good idea Anthony. > > Arjan, when you'll reach this part, you could take a look at the generic > PCI hypercall code that we added both to qemu and the matching driver > for Linux. > Now they only provide basic port IO but in the near future we will > integrate them with the PV network driver. > The qemu part is irrelevant as he's generating the interrupts from the host kernel directly. And I think that the guest-side driver is a bit of overkill. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV