Matthew Wilcox wrote:
On Tue, Dec 16, 2008 at 03:23:53PM -0800, Jesse Barnes wrote:
I applied 1-9 to my linux-next branch; and at least patch #10 needs a
respin,
I still object to #2. We should have the flexibility to have 'struct
resource's that are not in this array in the pci_dev. I
Greg KH wrote:
On Wed, Dec 17, 2008 at 10:37:54AM +0800, Jike Song wrote:
Jesse Barnes wrote:
Given a respin of 10-13 I think it's reasonable to merge this into 2.6.29,
but
I'd be much happier about it if we got some driver code along with it, so
as
not to have an unused interface
Greg KH wrote:
On Sat, Nov 22, 2008 at 02:36:05AM +0800, Yu Zhao wrote:
Greetings,
Following patches are intended to support SR-IOV capability in the
Linux kernel. With these patches, people can turn a PCI device with
the capability into multiple ones from software perspective, which
will
Avi Kivity wrote:
Anthony Liguori wrote:
I don't think it's established that PV/VF will have less latency than
using virtio-net. virtio-net requires a world switch to send a group
of packets. The cost of this (if it stays in kernel) is only a few
thousand cycles on the most modern
Greg KH wrote:
On Fri, Nov 07, 2008 at 03:50:34PM +0800, Zhao, Yu wrote:
Greg KH wrote:
On Fri, Nov 07, 2008 at 11:40:21AM +0800, Zhao, Yu wrote:
Greg KH wrote:
On Fri, Nov 07, 2008 at 10:37:55AM +0800, Zhao, Yu wrote:
Greg KH wrote:
This seems like a big problem. How are we going to know
Greg KH wrote:
On Fri, Nov 07, 2008 at 04:17:02PM +0800, Zhao, Yu wrote:
Well, to do it correctly you are going to have to tell the driver to
shut itself down, and reinitialize itself.
Turns out, that doesn't really work for disk and network devices without
dropping the connection (well
Greg KH wrote:
On Wed, Oct 22, 2008 at 04:45:31PM +0800, Yu Zhao wrote:
Documentation/kernel-parameters.txt | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-parameters.txt
index 53ba7c7..5482ae0
Greg KH wrote:
On Wed, Nov 05, 2008 at 08:33:18PM -0800, Greg KH wrote:
On Wed, Oct 22, 2008 at 04:45:15PM +0800, Yu Zhao wrote:
Documentation/ABI/testing/sysfs-bus-pci | 33
+++
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git
Greg KH wrote:
On Fri, Nov 07, 2008 at 10:37:55AM +0800, Zhao, Yu wrote:
Greg KH wrote:
On Wed, Oct 22, 2008 at 04:45:31PM +0800, Yu Zhao wrote:
Documentation/kernel-parameters.txt | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel
Greg KH wrote:
On Wed, Oct 22, 2008 at 04:38:09PM +0800, Yu Zhao wrote:
Greetings,
Following patches are intended to support SR-IOV capability in the
Linux kernel. With these patches, people can turn a PCI device with
the capability into multiple ones from software perspective, which
will
Greg KH wrote:
On Thu, Nov 06, 2008 at 10:05:39AM -0800, H L wrote:
--- On Thu, 11/6/08, Greg KH [EMAIL PROTECTED] wrote:
On Thu, Nov 06, 2008 at 08:41:53AM -0800, H L wrote:
I have not modified any existing drivers, but instead
I threw together
a bare-bones module enabling me to make a
Chris Wright wrote:
* Greg KH ([EMAIL PROTECTED]) wrote:
On Thu, Nov 06, 2008 at 10:47:41AM -0700, Matthew Wilcox wrote:
On Thu, Nov 06, 2008 at 08:49:19AM -0800, Greg KH wrote:
On Thu, Nov 06, 2008 at 08:41:53AM -0800, H L wrote:
I have not modified any existing drivers, but instead I threw
Greg KH wrote:
On Thu, Nov 06, 2008 at 04:40:21PM -0600, Anthony Liguori wrote:
Greg KH wrote:
On Thu, Nov 06, 2008 at 10:47:41AM -0700, Matthew Wilcox wrote:
I don't think we really know what the One True Usage model is for VF
devices. Chris Wright has some ideas, I have some ideas and
Greg KH wrote:
On Fri, Nov 07, 2008 at 11:40:21AM +0800, Zhao, Yu wrote:
Greg KH wrote:
On Fri, Nov 07, 2008 at 10:37:55AM +0800, Zhao, Yu wrote:
Greg KH wrote:
On Wed, Oct 22, 2008 at 04:45:31PM +0800, Yu Zhao wrote:
Documentation/kernel-parameters.txt | 10 ++
1 files changed
Greg KH wrote:
On Tue, Oct 21, 2008 at 07:53:08PM +0800, Yu Zhao wrote:
Support Single Root I/O Virtualization (SR-IOV) capability.
Cc: Jesse Barnes [EMAIL PROTECTED]
Cc: Randy Dunlap [EMAIL PROTECTED]
Cc: Grant Grundler [EMAIL PROTECTED]
Cc: Alex Chiang [EMAIL PROTECTED]
Cc: Matthew
Matthew Wilcox wrote:
On Tue, Oct 14, 2008 at 06:59:28PM +0800, Yu Zhao wrote:
+++ b/include/linux/pci.h
@@ -87,6 +87,12 @@ enum {
/* #6: expansion ROM */
PCI_ROM_RESOURCE,
+ /* device specific resources */
+#ifdef CONFIG_PCI_IOV
+ PCI_IOV_RESOURCES,
+
Alex Chiang wrote:
Do you want to emit a kobject_uevent here after success?
Alternatively, have you investigated making these virtual
functions into real struct device's? You get a lot of sysfs stuff
for free if you do so, including correct place in sysfs hierarchy
and uevents, etc.
The
On Saturday, September 27, 2008 8:59 PM, Matthew Wilcox wrote:
On Sat, Sep 27, 2008 at 04:27:44PM +0800, Zhao, Yu wrote:
Export some functions and move some macros from c file to header file.
That's absolutely not everything this patch does. You need to split
this into smaller pieces
Centralize capability related functions into several new functions and put PCI
resource definitions into an enum.
Cc: Jesse Barnes [EMAIL PROTECTED]
Cc: Randy Dunlap [EMAIL PROTECTED]
Cc: Grant Grundler [EMAIL PROTECTED]
Cc: Alex Chiang [EMAIL PROTECTED]
Cc: Matthew Wilcox [EMAIL PROTECTED]
Cc:
Export some functions and move some macros from c file to header file.
Cc: Jesse Barnes [EMAIL PROTECTED]
Cc: Randy Dunlap [EMAIL PROTECTED]
Cc: Grant Grundler [EMAIL PROTECTED]
Cc: Alex Chiang [EMAIL PROTECTED]
Cc: Matthew Wilcox [EMAIL PROTECTED]
Cc: Roland Dreier [EMAIL PROTECTED]
Cc: Greg KH
Add Alternative Routing-ID Interpretation (ARI) support.
Cc: Jesse Barnes [EMAIL PROTECTED]
Cc: Randy Dunlap [EMAIL PROTECTED]
Cc: Grant Grundler [EMAIL PROTECTED]
Cc: Alex Chiang [EMAIL PROTECTED]
Cc: Matthew Wilcox [EMAIL PROTECTED]
Cc: Roland Dreier [EMAIL PROTECTED]
Cc: Greg KH [EMAIL
Reserve bus range for SR-IOV at device scanning stage.
Cc: Jesse Barnes [EMAIL PROTECTED]
Cc: Randy Dunlap [EMAIL PROTECTED]
Cc: Grant Grundler [EMAIL PROTECTED]
Cc: Alex Chiang [EMAIL PROTECTED]
Cc: Matthew Wilcox [EMAIL PROTECTED]
Cc: Roland Dreier [EMAIL PROTECTED]
Cc: Greg KH [EMAIL
Add Single Root I/O Virtualization (SR-IOV) support.
Cc: Jesse Barnes [EMAIL PROTECTED]
Cc: Randy Dunlap [EMAIL PROTECTED]
Cc: Grant Grundler [EMAIL PROTECTED]
Cc: Alex Chiang [EMAIL PROTECTED]
Cc: Matthew Wilcox [EMAIL PROTECTED]
Cc: Roland Dreier [EMAIL PROTECTED]
Cc: Greg KH [EMAIL PROTECTED]
Greetings,
Following patches are intended to support SR-IOV capability in the Linux
kernel. With these patches, people can turn a PCI device with the capability
into multiple ones from software perspective, which can benefit KVM and achieve
other purposes such as QoS, security, etc.
[PATCH
Create how-to for SR-IOV user and device driver developer.
Cc: Jesse Barnes [EMAIL PROTECTED]
Cc: Randy Dunlap [EMAIL PROTECTED]
Cc: Grant Grundler [EMAIL PROTECTED]
Cc: Alex Chiang [EMAIL PROTECTED]
Cc: Matthew Wilcox [EMAIL PROTECTED]
Cc: Roland Dreier [EMAIL PROTECTED]
Cc: Greg KH [EMAIL
On Monday, September 01, 2008 11:28 PM, Alex Chiang wrote:
* Zhao, Yu [EMAIL PROTECTED]:
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.
PCI-SIG ARI specification can be found
On Monday, September 01, 2008 11:30 PM, Alex Chiang wrote:
To: Zhao, Yu
Cc: Jesse Barnes; [EMAIL PROTECTED]; Randy Dunlap; Greg KH; Grant
Grundler; Matthew Wilcox; [EMAIL PROTECTED]; [EMAIL PROTECTED];
virtualization@lists.linux-foundation.org; [EMAIL PROTECTED]
Subject: Re: [PATCH 3/4 v2] PCI
On Monday, September 01, 2008 11:50 PM, Roland Dreier wrote:
To: Alex Chiang
Cc: Zhao, Yu; Jesse Barnes; [EMAIL PROTECTED]; Randy Dunlap; Greg KH;
Grant Grundler; Matthew Wilcox; [EMAIL PROTECTED];
[EMAIL PROTECTED]; virtualization@lists.linux-foundation.org;
[EMAIL PROTECTED]
Subject: Re: [PATCH
On Tuesday, September 02, 2008 12:41 AM, Alex Chiang wrote:
* Zhao, Yu [EMAIL PROTECTED]:
Support SR-IOV capability. By default, this feature is not enabled and the
SR-IOV device behaves as traditional PCI device. After it's enabled, each
Virtual Function's PCI configuration space can be accessed
On Tuesday, September 02, 2008 12:16 AM, Alex Chiang wrote:
* Zhao, Yu [EMAIL PROTECTED]:
Some basic changes to allocation bus range, MMIO resource for SR-IOV device.
This following comment is a bit confusing:
And add new sysfs entry to hotplug core to pass parameter to a
slot, which
Greetings,
Following patches add SR-IOV capability support to the Linux kernel. With these
patches, people can turn a PCI device with the capability into multiple ones
from software perspective.
[PATCH 1/4 v2] PCI: introduce new base functions
[PATCH 2/4 v2] PCI: support ARI capability
[PATCH
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.
PCI-SIG ARI specification can be found at
Some basic changes to allocation bus range, MMIO resource for SR-IOV device.
And add new sysfs entry to hotplug core to pass parameter to a slot, which will
be used by SR-IOV code.
Signed-off-by: Yu Zhao [EMAIL PROTECTED]
Signed-off-by: Eddie Dong [EMAIL PROTECTED]
---
drivers/pci/bus.c
Support SR-IOV capability. By default, this feature is not enabled and the
SR-IOV device behaves as traditional PCI device. After it's enabled, each
Virtual Function's PCI configuration space can be accessed using its own Bus,
Device and Function Number (Routing ID). Each Virtual Function also
Greetings,
Patches to support Single Root I/O Virtualization (SR-IOV) capability are
available for the Linux 2.6 development tree.
KVM and Xen supports will come soon!
---
Single Root I/O Virtualization (SR-IOV) capability defined by PCI-SIG is
intended to enable multiple system software to
[PATCH 2/4] PCI: support ARI capability
Support Alternative Routing-ID Interpretation (ARI), which increases the number
of functions that can be supported by a PCIe endpoint. SR-IOV depends on ARI.
PCI-SIG ARI specification can be found at
[PATCH 4/4] PCI: document SR-IOV
SR-IOV Documentation.
Signed-off-by: Yu Zhao [EMAIL PROTECTED]
Signed-off-by: Eddie Dong [EMAIL PROTECTED]
---
Documentation/ABI/testing/sysfs-bus-pci | 13 ++
Documentation/PCI/00-INDEX |2
Documentation/PCI/pci-iov-howto.txt | 170
[PATCH 3/4] PCI: support SR-IOV capability
Support SR-IOV capability. By default, this feature is not enabled and the
Physical Function behaves as normal PCIe device. After it's enabled, each
Virtual Function's PCI configuration space can be accessed using its own Bus,
Device and Function
38 matches
Mail list logo