Displaying 20 results from an estimated 2000 matches similar to: "[PATCHv2] virtio-spec: 64 bit features, used/avail event"
2011 Jun 01
3
[PATCHv3] virtio-spec: 64 bit features, used/avail event, fixes
Add an option to modify the notificatin
hand-off in virtio to be basically like Xen:
each side published an index, the other side only triggers
an event when it crosses that index value
(Xen event indexes start at 1, ours start at 0 for
backward-compatiblity, but that's minor).
Since we've run out of bits in the 32 bit field,
I added another 32 bit and bit 31 enables that.
I started with
2011 Jun 01
3
[PATCHv3] virtio-spec: 64 bit features, used/avail event, fixes
Add an option to modify the notificatin
hand-off in virtio to be basically like Xen:
each side published an index, the other side only triggers
an event when it crosses that index value
(Xen event indexes start at 1, ours start at 0 for
backward-compatiblity, but that's minor).
Since we've run out of bits in the 32 bit field,
I added another 32 bit and bit 31 enables that.
I started with
2010 Feb 11
2
[PATCH] virtio-spec: document MSI-X
This documents MSI-X support in virtio.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
virtio-spec.lyx | 358 +++++++++++++++++++++++++++++++++++++++++++++++++++----
1 files changed, 332 insertions(+), 26 deletions(-)
diff --git a/virtio-spec.lyx b/virtio-spec.lyx
index 49ed612..d16104a 100644
--- a/virtio-spec.lyx
+++ b/virtio-spec.lyx
@@ -1,4 +1,4 @@
-#LyX 1.6.4 created
2010 Feb 11
2
[PATCH] virtio-spec: document MSI-X
This documents MSI-X support in virtio.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
virtio-spec.lyx | 358 +++++++++++++++++++++++++++++++++++++++++++++++++++----
1 files changed, 332 insertions(+), 26 deletions(-)
diff --git a/virtio-spec.lyx b/virtio-spec.lyx
index 49ed612..d16104a 100644
--- a/virtio-spec.lyx
+++ b/virtio-spec.lyx
@@ -1,4 +1,4 @@
-#LyX 1.6.4 created
2012 Feb 05
1
[PATCH v3] Add virtio-scsi to the virtio spec
Hi Rusty,
here is the specification for a virtio-based SCSI host (controller, HBA,
you name it) so that you can apply it to the spec document and publish it.
I changed the index from 7 to 8 to account for the rpmsg device,
and added a feature bit to tell the guest in advance whether the host
supports hotplug. Otherwise there is no change from v2.
Paolo
--- virtio-spec.lyx.saved 2011-11-29
2012 Feb 05
1
[PATCH v3] Add virtio-scsi to the virtio spec
Hi Rusty,
here is the specification for a virtio-based SCSI host (controller, HBA,
you name it) so that you can apply it to the spec document and publish it.
I changed the index from 7 to 8 to account for the rpmsg device,
and added a feature bit to tell the guest in advance whether the host
supports hotplug. Otherwise there is no change from v2.
Paolo
--- virtio-spec.lyx.saved 2011-11-29
2011 Dec 05
1
[PATCH v2] Add virtio-scsi to the virtio spec
Hi all,
here is the specification for a virtio-based SCSI host (controller, HBA,
you name it). The virtio SCSI host is the basis of an alternative
storage stack for KVM. This stack would overcome several limitations of
the current solution, virtio-blk:
1) scalability limitations: virtio-blk-over-PCI puts a strong upper
limit on the number of devices that can be added to a guest. Common
2011 Dec 05
1
[PATCH v2] Add virtio-scsi to the virtio spec
Hi all,
here is the specification for a virtio-based SCSI host (controller, HBA,
you name it). The virtio SCSI host is the basis of an alternative
storage stack for KVM. This stack would overcome several limitations of
the current solution, virtio-blk:
1) scalability limitations: virtio-blk-over-PCI puts a strong upper
limit on the number of devices that can be added to a guest. Common
2011 Nov 30
2
[PATCH] Add virtio-scsi to the virtio spec
Hi all,
here is the specification for a virtio-based SCSI host (controller, HBA,
you name it). The virtio SCSI host is the basis of an alternative
storage stack for KVM. This stack would overcome several limitations of
the current solution, virtio-blk:
1) scalability limitations: virtio-blk-over-PCI puts a strong upper
limit on the number of devices that can be added to a guest. Common
2011 Nov 30
2
[PATCH] Add virtio-scsi to the virtio spec
Hi all,
here is the specification for a virtio-based SCSI host (controller, HBA,
you name it). The virtio SCSI host is the basis of an alternative
storage stack for KVM. This stack would overcome several limitations of
the current solution, virtio-blk:
1) scalability limitations: virtio-blk-over-PCI puts a strong upper
limit on the number of devices that can be added to a guest. Common
2012 Sep 06
2
[PATCHv3] virtio-spec: virtio network device multiqueue support
Add multiqueue support to virtio network device.
Add a new feature flag VIRTIO_NET_F_MULTIQUEUE for this feature, a new
configuration field max_virtqueue_pairs to detect supported number of
virtqueues as well as a new command VIRTIO_NET_CTRL_STEERING to program
packet steering.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
--
Changes from v2:
Address Jason's comments on v2:
-
2012 Sep 06
2
[PATCHv3] virtio-spec: virtio network device multiqueue support
Add multiqueue support to virtio network device.
Add a new feature flag VIRTIO_NET_F_MULTIQUEUE for this feature, a new
configuration field max_virtqueue_pairs to detect supported number of
virtqueues as well as a new command VIRTIO_NET_CTRL_STEERING to program
packet steering.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
--
Changes from v2:
Address Jason's comments on v2:
-
2010 Feb 18
5
[PATCH] virtio-spec: document block CMD and FLUSH
I took a stub at documenting CMD and FLUSH request types in virtio
block. Christoph, could you look over this please?
I note that the interface seems full of warts to me,
this might be a first step to cleaning them.
One issue I struggled with especially is how type
field mixes bits and non-bit values. I ended up
simply defining all legal values, so that we have
CMD = 2, CMD_OUT = 3 and so on.
2010 Feb 18
5
[PATCH] virtio-spec: document block CMD and FLUSH
I took a stub at documenting CMD and FLUSH request types in virtio
block. Christoph, could you look over this please?
I note that the interface seems full of warts to me,
this might be a first step to cleaning them.
One issue I struggled with especially is how type
field mixes bits and non-bit values. I ended up
simply defining all legal values, so that we have
CMD = 2, CMD_OUT = 3 and so on.
2012 Sep 03
1
[PATCHv2] virtio-spec: virtio network device multiqueue support
At Jason's request, I am trying to help finalize the spec for
the new multiqueue feature.
Changes from Jason's rfc:
- reserved vq 3: this makes all rx vqs even and tx vqs odd, which
looks nicer to me.
- documented packet steering, added a generalized steering programming
command. Current modes are single queue and host driven multiqueue,
but I envision support for guest driven
2012 Sep 03
1
[PATCHv2] virtio-spec: virtio network device multiqueue support
At Jason's request, I am trying to help finalize the spec for
the new multiqueue feature.
Changes from Jason's rfc:
- reserved vq 3: this makes all rx vqs even and tx vqs odd, which
looks nicer to me.
- documented packet steering, added a generalized steering programming
command. Current modes are single queue and host driven multiqueue,
but I envision support for guest driven
2012 Dec 11
0
[PATCHv8] virtio-spec: virtio network device multiqueue support
Add multiqueue support to virtio network device.
Add a new feature flag VIRTIO_NET_F_MQ for this feature, a new
configuration field max_virtqueue_pairs to detect supported number of
virtqueues as well as a new command VIRTIO_NET_CTRL_MQ to program
packet steering for unidirectional protocols.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
Changes in v8:
- Fix value for CTRL_MQ
2012 Dec 11
0
[PATCHv8] virtio-spec: virtio network device multiqueue support
Add multiqueue support to virtio network device.
Add a new feature flag VIRTIO_NET_F_MQ for this feature, a new
configuration field max_virtqueue_pairs to detect supported number of
virtqueues as well as a new command VIRTIO_NET_CTRL_MQ to program
packet steering for unidirectional protocols.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
Changes in v8:
- Fix value for CTRL_MQ
2012 Dec 10
1
[PATCHv7] virtio-spec: virtio network device multiqueue support
Add multiqueue support to virtio network device.
Add a new feature flag VIRTIO_NET_F_MQ for this feature, a new
configuration field max_virtqueue_pairs to detect supported number of
virtqueues as well as a new command VIRTIO_NET_CTRL_MQ to program
packet steering for unidirectional protocols.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
Changes in v7:
- 8000h -> 0x8000 at
2012 Dec 10
1
[PATCHv7] virtio-spec: virtio network device multiqueue support
Add multiqueue support to virtio network device.
Add a new feature flag VIRTIO_NET_F_MQ for this feature, a new
configuration field max_virtqueue_pairs to detect supported number of
virtqueues as well as a new command VIRTIO_NET_CTRL_MQ to program
packet steering for unidirectional protocols.
Signed-off-by: Michael S. Tsirkin <mst at redhat.com>
---
Changes in v7:
- 8000h -> 0x8000 at