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 > modification for SR-IOV. I think that idea also covers this point. -- 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 kvm" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html