Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756154AbYJNFCR (ORCPT ); Tue, 14 Oct 2008 01:02:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751843AbYJNFB7 (ORCPT ); Tue, 14 Oct 2008 01:01:59 -0400 Received: from mga09.intel.com ([134.134.136.24]:53742 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751583AbYJNFB6 (ORCPT ); Tue, 14 Oct 2008 01:01:58 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.33,407,1220252400"; d="scan'208";a="450919336" Date: Tue, 14 Oct 2008 12:06:59 +0800 From: Yu Zhao To: Matthew Wilcox Cc: "Dong, Eddie" , "linux-pci@vger.kernel.org" , Jesse Barnes , Randy Dunlap , Grant Grundler , Alex Chiang , Roland Dreier , Greg KH , "linux-kernel@vger.kernel.org" , "kvm@vger.kernel.org" , "virtualization@lists.linux-foundation.org" Subject: Re: [PATCH 6/6 v3] PCI: document the change Message-ID: <20081014040659.GB1482@yzhao12-linux.sh.intel.com> References: <20081001160706.GI13822@parisc-linux.org> <08DF4D958216244799FC84F3514D70F00235CC69@pdsmsx415.ccr.corp.intel.com> <20081014010827.GX25780@parisc-linux.org> <08DF4D958216244799FC84F3514D70F00235CE27@pdsmsx415.ccr.corp.intel.com> <20081014021435.GA1482@yzhao12-linux.sh.intel.com> <20081014040105.GA25780@parisc-linux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081014040105.GA25780@parisc-linux.org> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2071 Lines: 45 On Tue, Oct 14, 2008 at 12:01:05PM +0800, Matthew Wilcox wrote: > On Tue, Oct 14, 2008 at 10:14:35AM +0800, Yu Zhao wrote: > > > BTW, the SR-IOV patch is not only for network, some other devices such as IDE will use same code base as well and we image it could have other parameter to set such as starting LBA of a IDE VF. > > > > As Eddie said, we have two problems here: > > 1) User has to set device specific parameters of a VF when he wants to > > use this VF with KVM (assign this device to KVM guest). In this case, > > VF driver is not loaded in the host environment. So operations which > > are implemented as driver callback (e.g. set_mac_address()) are not > > supported. > > I suspect what you want to do is create, then configure the device in > the host, then assign it to the guest. > > > 2) For security reason, some SR-IOV devices prohibit the VF driver > > configuring the VF via its own register space. Instead, the configurations > > must be done through the PF which the VF is associated with. This means PF > > driver has to receive parameters that are used to configure its VFs. These > > parameters obviously can be passed by traditional tools, if without ^^^ Sorry, here I meant to say 'can not'. > > modification for SR-IOV. > > I think that idea also covers this point. Can you please elaborate this? Thanks a lot. > > -- > Matthew Wilcox Intel Open Source Technology Centre > "Bill, look, we understand that you're interested in selling us this > operating system, but compare it to ours. We can't possibly take such > a retrograde step." > -- > To unsubscribe from this list: send the line "unsubscribe linux-pci" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/