On 1/22/2018 7:36 PM, Alexander Duyck wrote:
On Mon, Jan 22, 2018 at 6:04 PM, Michael S. Tsirkin wrote:
On Mon, Jan 22, 2018 at 05:34:37PM -0800, Samudrala, Sridhar wrote:
On 1/22/2018 4:05 PM, Michael S. Tsirkin wrote:
On Mon, Jan 22, 2018 at 03:27:40PM -0800, Samudrala, Sridhar wrote:
Yo
On Mon, Jan 22, 2018 at 6:04 PM, Michael S. Tsirkin wrote:
> On Mon, Jan 22, 2018 at 05:34:37PM -0800, Samudrala, Sridhar wrote:
>> On 1/22/2018 4:05 PM, Michael S. Tsirkin wrote:
>> > On Mon, Jan 22, 2018 at 03:27:40PM -0800, Samudrala, Sridhar wrote:
>> > > > > You could probably
>> > > > > even
On Mon, Jan 22, 2018 at 05:34:37PM -0800, Samudrala, Sridhar wrote:
> On 1/22/2018 4:05 PM, Michael S. Tsirkin wrote:
> > On Mon, Jan 22, 2018 at 03:27:40PM -0800, Samudrala, Sridhar wrote:
> > > > > You could probably
> > > > > even handle the Tx queue selection via a simple eBPF program and map
>
On 1/22/2018 4:02 PM, Stephen Hemminger wrote:
In the case of SwitchDev it
should be possible for the port representors and the switch to provide
data on which interfaces are bonded on the host side and which aren't.
With that data it would be pretty easy to just put together a list of
addr
On 1/22/2018 4:05 PM, Michael S. Tsirkin wrote:
On Mon, Jan 22, 2018 at 03:27:40PM -0800, Samudrala, Sridhar wrote:
You could probably
even handle the Tx queue selection via a simple eBPF program and map
since the input for whatever is used to select Tx should be pretty
simple, destination MAC,
On Mon, Jan 22, 2018 at 05:13:01PM -0800, Jakub Kicinski wrote:
> On Tue, 23 Jan 2018 02:47:57 +0200, Michael S. Tsirkin wrote:
> > On Mon, Jan 22, 2018 at 04:16:23PM -0800, Jakub Kicinski wrote:
> > > On Tue, 23 Jan 2018 02:05:48 +0200, Michael S. Tsirkin wrote:
> > > > > As we are using virtio_
On Mon, Jan 22, 2018 at 04:16:23PM -0800, Jakub Kicinski wrote:
> On Tue, 23 Jan 2018 02:05:48 +0200, Michael S. Tsirkin wrote:
> > > As we are using virtio_net to control and manage the VF data path, it is
> > > not
> > > clear to me
> > > what is the advantage of creating a new device rather tha
On Mon, Jan 22, 2018 at 03:27:40PM -0800, Samudrala, Sridhar wrote:
> > > You could probably
> > > even handle the Tx queue selection via a simple eBPF program and map
> > > since the input for whatever is used to select Tx should be pretty
> > > simple, destination MAC, source NUMA node, etc, and
Using descriptors in-order is sometimes benefitial. Add an option for
that - per-format detail allowing more optimizations will be added by
follow-up patches.
Signed-off-by: Michael S. Tsirkin
---
content.tex | 15 +++
1 file changed, 15 insertions(+)
diff --git a/content.tex b/con
Performance analysis of this is in my kvm forum 2016 presentation. The
idea is to have a r/w descriptor in a ring structure, replacing the used
and available ring, index and descriptor buffer.
This is also easier for devices to implement than the 1.0 layout.
Several more enhancements will be nece
Signed-off-by: Michael S. Tsirkin
---
content.tex | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/content.tex b/content.tex
index c7ef7fd..4483a4b 100644
--- a/content.tex
+++ b/content.tex
@@ -230,7 +230,30 @@ result.
The mechanism for bulk data tra
For a split ring, require that drivers use descriptors in order too.
This allows devices to skip reading the available ring.
Signed-off-by: Michael S. Tsirkin
---
split-ring.tex | 18 ++
1 file changed, 18 insertions(+)
diff --git a/split-ring.tex b/split-ring.tex
index f976e45.
Document buffer used len and use that terminology everywhere in the
generic section.
Signed-off-by: Michael S. Tsirkin
---
content.tex | 39 ---
1 file changed, 20 insertions(+), 19 deletions(-)
diff --git a/content.tex b/content.tex
index 3b4579e..4350ecf 10
Support in-order requests for packed rings.
This allows selective write-out of used descriptors.
Signed-off-by: Michael S. Tsirkin
---
packed-ring.tex | 24
1 file changed, 24 insertions(+)
diff --git a/packed-ring.tex b/packed-ring.tex
index b6cb979..3bbde5b 100644
---
Update generic text to talk about available/used buffers, not rings.
Move some split-ring specific text to the correct section.
Signed-off-by: Michael S. Tsirkin
---
content.tex| 12 +---
split-ring.tex | 4
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/content
Will be easier to manage this way.
Signed-off-by: Michael S. Tsirkin
---
content.tex| 499 +
split-ring.tex | 498
2 files changed, 499 insertions(+), 498 deletions(-)
create mod
Replace descriptor table/available ring/used ring
with descriptor area/driver area/device area
in all transports.
Document what's in which area.
Signed-off-by: Michael S. Tsirkin
---
content.tex| 61 ++
split-ring.tex | 6 +++---
2 fi
Signed-off-by: Michael S. Tsirkin
---
content.tex | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/content.tex b/content.tex
index 9fc9673..5634c7d 100644
--- a/content.tex
+++ b/content.tex
@@ -1467,8 +1467,7 @@ All register values are organized as Little Endian
virtqueue operation description is specific to the virtqueue
format. Move it out to split-ring.tex and update all
references.
Signed-off-by: Michael S. Tsirkin
---
conformance.tex | 4 +-
content.tex | 171 +++---
split-ring.tex | 175 ++
On 1/22/2018 1:31 PM, Michael S. Tsirkin wrote:
On Wed, Jan 17, 2018 at 01:49:58PM -0800, Alexander Duyck wrote:
On Wed, Jan 17, 2018 at 11:57 AM, Michael S. Tsirkin wrote:
On Wed, Jan 17, 2018 at 11:25:41AM -0800, Samudrala, Sridhar wrote:
On 1/17/2018 11:02 AM, Michael S. Tsirkin wrote:
O
On Mon, Jan 22, 2018 at 12:27:14PM -0800, Siwei Liu wrote:
> First off, as mentioned in another thread, the model of stacking up
> virt-bond functionality over virtio seems a wrong direction to me.
> Essentially the migration process would need to carry over all guest
> side configurations previous
On Wed, Jan 17, 2018 at 01:49:58PM -0800, Alexander Duyck wrote:
> On Wed, Jan 17, 2018 at 11:57 AM, Michael S. Tsirkin wrote:
> > On Wed, Jan 17, 2018 at 11:25:41AM -0800, Samudrala, Sridhar wrote:
> >>
> >>
> >> On 1/17/2018 11:02 AM, Michael S. Tsirkin wrote:
> >> > On Wed, Jan 17, 2018 at 10:1
On 1/22/2018 12:27 PM, Siwei Liu wrote:
First off, as mentioned in another thread, the model of stacking up
virt-bond functionality over virtio seems a wrong direction to me.
Essentially the migration process would need to carry over all guest
side configurations previously done on the VF/PT and
First off, as mentioned in another thread, the model of stacking up
virt-bond functionality over virtio seems a wrong direction to me.
Essentially the migration process would need to carry over all guest
side configurations previously done on the VF/PT and get them moved to
the new device being it
On 01/19/2018 08:39 PM, Michael S. Tsirkin wrote:
On Fri, Jan 19, 2018 at 11:44:21AM +0800, Wei Wang wrote:
On 01/18/2018 12:44 AM, Michael S. Tsirkin wrote:
On Wed, Jan 17, 2018 at 01:10:11PM +0800, Wei Wang wrote:
+ vb->start_cmd_id = cmd_id;
+ queue_work(vb->bal
25 matches
Mail list logo