From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roland Dreier Subject: Re: [PATCH 2/4 v2] PCI: support ARI capability Date: Mon, 01 Sep 2008 08:50:23 -0700 Message-ID: References: <7A25B56E4BE99C4283EB931CD1A40E110177EB6E@pdsmsx414.ccr.corp.intel.com> <20080901152734.GC16796@ldl.fc.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "Zhao\, Yu" , Jesse Barnes , linux-pci@vger.kernel.org, Randy Dunlap , Greg KH , Grant Grundler , Matthew Wilcox , linux-kernel@vger.kernel.org, kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, xen-devel@lists.xensource.com To: Alex Chiang Return-path: In-Reply-To: <20080901152734.GC16796@ldl.fc.hp.com> (Alex Chiang's message of "Mon, 1 Sep 2008 09:27:34 -0600") Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org > > +config PCI_ARI > > + bool "PCI ARI support" > > + depends on PCI > > + default n > > + help > > + This enables PCI Alternative Routing-ID Interpretation. > > This Kconfig help text is a little weak. Why not include the text > you've already written here: > > Support Alternative Routing-ID Interpretation (ARI), which > increases the number of functions that can be supported by a PCIe > endpoint. ARI is required by SR-IOV. I agree with this improvement to the help text. But a further question is whether ARI even merits its own user-visible config option. Is it worth having yet another choice for users? When would someone want ARI but not SR-IOV? - R.