From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Zhao, Yu" Subject: Re: [PATCH v11 1/8] PCI: initialize and release SR-IOV capability Date: Fri, 20 Mar 2009 11:28:15 +0800 Message-ID: <49C30D4F.2050903@intel.com> References: <1236756349-18892-1-git-send-email-yu.zhao@intel.com> <1236756349-18892-2-git-send-email-yu.zhao@intel.com> <20090319195312.GC14127@parisc-linux.org> <20090319182016.33a9a1f2@hobbes.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matthew Wilcox , "linux-pci@vger.kernel.org" , "kvm@vger.kernel.org" , "linux-kernel@vger.kernel.org" To: Jesse Barnes Return-path: In-Reply-To: <20090319182016.33a9a1f2@hobbes.lan> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org Jesse Barnes wrote: > On Thu, 19 Mar 2009 13:53:12 -0600 > Matthew Wilcox wrote: > >> On Wed, Mar 11, 2009 at 03:25:42PM +0800, Yu Zhao wrote: >>> +config PCI_IOV >>> + bool "PCI IOV support" >>> + depends on PCI >>> + help >>> + PCI-SIG I/O Virtualization (IOV) Specifications support. >>> + Single Root IOV: allows the creation of virtual PCI >>> devices >>> + that share the physical resources from a real device. >>> + >>> + When in doubt, say N. >> It's certainly shorter than my text, which is nice. But I think it >> still has too much spec-ese and not enough explanation. How about: >> >> help >> I/O Virtualization is a PCI feature supported by some >> devices which allows them to create virtual devices which share their >> physical resources. >> >> If unsure, say N. >> >>> + list_for_each_entry(pdev, &dev->bus->devices, bus_list) >>> + if (pdev->is_physfn) >>> + break; >>> + if (list_empty(&dev->bus->devices) || !pdev->is_physfn) >>> + pdev = NULL; >> This is still wrong. If the 'break' condition is not hit, pdev is >> pointing to garbage, not to the last pci_dev in the list. >> >>> @@ -270,6 +278,7 @@ struct pci_dev { >>> struct list_head msi_list; >>> #endif >>> struct pci_vpd *vpd; >>> + struct pci_sriov *sriov; /* SR-IOV capability >>> related */ >> Should be ifdeffed? > > Ok Yu, I'm ready to apply this set, can you send an updated one with > the fixes Matthew mentioned? Thanks, Jesse. I updated this one according to Matthew's comments and respan others in patchset v12 so they can be cleanly applied.