search for: gerlitz

Displaying 20 results from an estimated 27 matches for "gerlitz".

2009 Apr 21
2
[Bridge] NIC unicast macs table manipulation by bridge
Using a Linux bridge I see that none of the interfaces is set to promiscuous mode but on the other hand I don't see any dev_unicast_xxx calls in the bridge code... for the case of one of the interfaces being a physical NIC (e.g eth1), what's the magic that makes the NIC RX filtering be willing to accept frames whos dest mac isn't the NIC "primary" unicast mac? Also is there
2009 Aug 05
2
bridge vs macvlan performance (was: some veth related issues)
Ben Greear wrote: > Well, it seems we could and should fix veth to work, but it will have > to do equivalent work of copying an skb most likely, so either way > you'll probably get a big performance hit. Using the same pktgen script (i.e with clone=0) I see that a veth-->bridge-->veth configuration gives about 400K PPS forwarding performance where
2009 Aug 05
2
bridge vs macvlan performance (was: some veth related issues)
Ben Greear wrote: > Well, it seems we could and should fix veth to work, but it will have > to do equivalent work of copying an skb most likely, so either way > you'll probably get a big performance hit. Using the same pktgen script (i.e with clone=0) I see that a veth-->bridge-->veth configuration gives about 400K PPS forwarding performance where
2018 Feb 22
0
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
Thu, Feb 22, 2018 at 12:54:45PM CET, gerlitz.or at gmail.com wrote: >On Thu, Feb 22, 2018 at 10:11 AM, Jiri Pirko <jiri at resnulli.us> wrote: >> Wed, Feb 21, 2018 at 09:57:09PM CET, alexander.duyck at gmail.com wrote: > >>>The signaling isn't too much of an issue since we can just tweak the >>>link sta...
2009 Nov 02
1
[PATCHv4 0/6] qemu-kvm: vhost net support
...ce v1: - rebased on top of 9dc275d9d660fe1cd64d36102d600885f9fdb88a Michael S. Tsirkin (5): qemu/virtio: move features to an inline function qemu/net: routines to get tap fd qemu/net: move typedef to qemu-common.h qemu/raw: add API to get raw socket qemu-kvm: vhost-net implementation Or Gerlitz (1): qemu/net: add raw backend Makefile.target | 3 +- hw/vhost_net.c | 251 +++++++++++++++++++++++++++++++++++++++++++++ hw/vhost_net.h | 38 +++++++ hw/virtio-balloon.c | 2 +- hw/virtio-blk.c | 2 +- hw/virtio-console.c |...
2009 Nov 02
1
[PATCHv4 0/6] qemu-kvm: vhost net support
...ce v1: - rebased on top of 9dc275d9d660fe1cd64d36102d600885f9fdb88a Michael S. Tsirkin (5): qemu/virtio: move features to an inline function qemu/net: routines to get tap fd qemu/net: move typedef to qemu-common.h qemu/raw: add API to get raw socket qemu-kvm: vhost-net implementation Or Gerlitz (1): qemu/net: add raw backend Makefile.target | 3 +- hw/vhost_net.c | 251 +++++++++++++++++++++++++++++++++++++++++++++ hw/vhost_net.h | 38 +++++++ hw/virtio-balloon.c | 2 +- hw/virtio-blk.c | 2 +- hw/virtio-console.c |...
2009 Sep 16
4
vhost-net todo list
Some people asked about getting involved with vhost. Here's a short list of projects. vhost-net driver projects - profiling would be very helpful, I have not done any yet - tap support - working on it now - merged buffers - working on it now - scalability/fairness for large # of guests - working on it now - logging support with dirty page tracking in kernel - working on it now - indirect
2009 Sep 16
4
vhost-net todo list
Some people asked about getting involved with vhost. Here's a short list of projects. vhost-net driver projects - profiling would be very helpful, I have not done any yet - tap support - working on it now - merged buffers - working on it now - scalability/fairness for large # of guests - working on it now - logging support with dirty page tracking in kernel - working on it now - indirect
2009 Nov 02
0
[PATCHv4 3/6] qemu/net: add raw backend
...dges - support iovec sends with writev, saving one data copy - one less dependency on an external library - we have access to the underlying file descriptor which makes it possible to connect to vhost net - don't support polling all interfaces, always bind to a specific one Signed-off-by: Or Gerlitz <ogerlitz at voltaire.com> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- hw/virtio-net.c | 3 +- net.c | 192 +++++++++++++++++++++++++++++++++++++++++++++++++++++++ qemu-options.hx | 4 + 3 files changed, 198 insertions(+), 1 deletions(-) diff --git a/hw/...
2009 Nov 02
0
[PATCHv4 3/6] qemu/net: add raw backend
...dges - support iovec sends with writev, saving one data copy - one less dependency on an external library - we have access to the underlying file descriptor which makes it possible to connect to vhost net - don't support polling all interfaces, always bind to a specific one Signed-off-by: Or Gerlitz <ogerlitz at voltaire.com> Signed-off-by: Michael S. Tsirkin <mst at redhat.com> --- hw/virtio-net.c | 3 +- net.c | 192 +++++++++++++++++++++++++++++++++++++++++++++++++++++++ qemu-options.hx | 4 + 3 files changed, 198 insertions(+), 1 deletions(-) diff --git a/hw/...
2009 Dec 03
3
[RFC 0/2] macvtap, second try
I did not get this ready for the merge window, but people asked what the status of this is so I'm posting it now to solicit feedback. The first patch just adds some hooks into macvlan.c and is less invasive than the previous version. That part should be fine and I'd like this to get merged into macvlan for 2.6.33 if people agree that the approach is right. The second patch adds the
2009 Dec 03
3
[RFC 0/2] macvtap, second try
I did not get this ready for the merge window, but people asked what the status of this is so I'm posting it now to solicit feedback. The first patch just adds some hooks into macvlan.c and is less invasive than the previous version. That part should be fine and I'd like this to get merged into macvlan for 2.6.33 if people agree that the approach is right. The second patch adds the
2009 Dec 03
3
[RFC 0/2] macvtap, second try
I did not get this ready for the merge window, but people asked what the status of this is so I'm posting it now to solicit feedback. The first patch just adds some hooks into macvlan.c and is less invasive than the previous version. That part should be fine and I'd like this to get merged into macvlan for 2.6.33 if people agree that the approach is right. The second patch adds the
2018 Feb 21
6
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
On Wed, Feb 21, 2018 at 11:38 AM, Jiri Pirko <jiri at resnulli.us> wrote: > Wed, Feb 21, 2018 at 06:56:35PM CET, alexander.duyck at gmail.com wrote: >>On Wed, Feb 21, 2018 at 8:58 AM, Jiri Pirko <jiri at resnulli.us> wrote: >>> Wed, Feb 21, 2018 at 05:49:49PM CET, alexander.duyck at gmail.com wrote: >>>>On Wed, Feb 21, 2018 at 8:11 AM, Jiri Pirko <jiri
2018 Feb 21
6
[RFC PATCH v3 0/3] Enable virtio_net to act as a backup for a passthru device
On Wed, Feb 21, 2018 at 11:38 AM, Jiri Pirko <jiri at resnulli.us> wrote: > Wed, Feb 21, 2018 at 06:56:35PM CET, alexander.duyck at gmail.com wrote: >>On Wed, Feb 21, 2018 at 8:58 AM, Jiri Pirko <jiri at resnulli.us> wrote: >>> Wed, Feb 21, 2018 at 05:49:49PM CET, alexander.duyck at gmail.com wrote: >>>>On Wed, Feb 21, 2018 at 8:11 AM, Jiri Pirko <jiri
2010 Jan 27
9
[Bridge] [PATCH 0/3 v3] macvtap driver
This is the third version of the macvtap device driver, following another major restructuring and a lot of bug fixes: * Change macvtap to be based around a struct sock * macvtap: fix initialization * return 0 to netlink * don't use rcu for q->file and q->vlan pointers * macvtap: checkpatch.pl fixes * macvtap: fix tun IFF flags * Use a struct socket to make tx flow control work * disable
2010 Jan 27
9
[Bridge] [PATCH 0/3 v3] macvtap driver
This is the third version of the macvtap device driver, following another major restructuring and a lot of bug fixes: * Change macvtap to be based around a struct sock * macvtap: fix initialization * return 0 to netlink * don't use rcu for q->file and q->vlan pointers * macvtap: checkpatch.pl fixes * macvtap: fix tun IFF flags * Use a struct socket to make tx flow control work * disable
2010 Jan 27
9
[Bridge] [PATCH 0/3 v3] macvtap driver
This is the third version of the macvtap device driver, following another major restructuring and a lot of bug fixes: * Change macvtap to be based around a struct sock * macvtap: fix initialization * return 0 to netlink * don't use rcu for q->file and q->vlan pointers * macvtap: checkpatch.pl fixes * macvtap: fix tun IFF flags * Use a struct socket to make tx flow control work * disable
2013 Mar 18
0
[linux-linus test] 17325: regressions - trouble: broken/fail/pass
...med Abdullah <omair.m.abdullah@linux.intel.com> Omar Ramirez <omar.ramirez@ti.com> Omar Ramirez Luna <omar.luna@linaro.org> Omar Ramirez Luna <omar.ramirez@copitl.com> Omar Ramirez Luna <omar.ramirez@ti.com> Ondrej Zary <linux@rainbow-software.org> Or Gerlitz <ogerlitz@mellanox.com> Oren Duer <oren@mellanox.co.il> Orion Poplawski <orion@cora.nwra.com> Orit Brayer <orit@ti.com> Orit Wasserman <owasserm@rehdat.com> Orjan Friberg <of@flatfrog.com> Ortwin Glück <odi@odi.ch> Oskar Schirmer <oskar@sca...
2013 Mar 29
0
[linux-linus test] 17454: regressions - FAIL
...med Abdullah <omair.m.abdullah@linux.intel.com> Omar Ramirez <omar.ramirez@ti.com> Omar Ramirez Luna <omar.luna@linaro.org> Omar Ramirez Luna <omar.ramirez@copitl.com> Omar Ramirez Luna <omar.ramirez@ti.com> Ondrej Zary <linux@rainbow-software.org> Or Gerlitz <ogerlitz@mellanox.com> Oren Duer <oren@mellanox.co.il> Orion Poplawski <orion@cora.nwra.com> Orit Brayer <orit@ti.com> Orit Wasserman <owasserm@rehdat.com> Orjan Friberg <of@flatfrog.com> Ortwin Glück <odi@odi.ch> Oskar Andero <oskar.ander...