Displaying 10 results from an estimated 10 matches for "receive_filter".
2008 Jul 09
2
Multicast and receive filtering in TUN/TAP
...sed
the original patch. Shaun, any insight ? How did you intend to use it ?
---
The second question is do you guys think that QEMU/KVM/LGUEST/etc would
benefit if receive filtering was done by the host OS. Here is a specific
example of what I'm talking about.
We can do what qemu/hw/e1000.c:receive_filter() does in the _host_
context (that function currently runs in the guest context). By looking
at libvirt, typical QEMU based setup is that you have a single bridge
and all the TAPs from different VMs are hooked up to that bridge. What
that means is that if one VM is getting MC traffic or when th...
2008 Jul 09
2
Multicast and receive filtering in TUN/TAP
...sed
the original patch. Shaun, any insight ? How did you intend to use it ?
---
The second question is do you guys think that QEMU/KVM/LGUEST/etc would
benefit if receive filtering was done by the host OS. Here is a specific
example of what I'm talking about.
We can do what qemu/hw/e1000.c:receive_filter() does in the _host_
context (that function currently runs in the guest context). By looking
at libvirt, typical QEMU based setup is that you have a single bridge
and all the TAPs from different VMs are hooked up to that bridge. What
that means is that if one VM is getting MC traffic or when th...
2013 Jan 17
0
[PATCH] qemu-xen-traditional: fix up security patches
...MAXIMUM_ETHERNET_VLAN_SIZE
&& !(s->mac_reg[RCTL] & E1000_RCTL_LPE)))
&& !(s->mac_reg[RCTL] & E1000_RCTL_SBP)) {
- return size;
+ DBGOUT(RX, "packet too large for applicable LPE/VLAN size\n");
+ return;
}
if (!receive_filter(s, buf, size))
2023 Apr 07
2
[PATCH 0/2] vdpa_sim_blk: support shared backend
This series is mainly for testing live migration between 2 vdpa_sim_blk
devices.
The first patch is preparation and moves the buffer allocation into devices,
the second patch adds the `shared_buffer_mutex` parameter to vdpa_sim_blk to
use the same ramdisk for all devices.
Tested with QEMU v8.0.0-rc2 in this way:
modprobe vhost_vdpa
modprobe vdpa_sim_blk shared_backend=true
vdpa dev add mgmtdev
2012 Jun 25
4
[RFC V2 PATCH 0/4] Multiqueue support for tap and virtio-net/vhost
Hello all:
This seires is an update of last version of multiqueue support to add multiqueue
capability to both tap and virtio-net.
Some kinds of tap backends has (macvatp in linux) or would (tap) support
multiqueue. In such kind of tap backend, each file descriptor of a tap is a
qeueu and ioctls were prodived to attach an exist tap file descriptor to the
tun/tap device. So the patch let qemu to
2012 Jun 25
4
[RFC V2 PATCH 0/4] Multiqueue support for tap and virtio-net/vhost
Hello all:
This seires is an update of last version of multiqueue support to add multiqueue
capability to both tap and virtio-net.
Some kinds of tap backends has (macvatp in linux) or would (tap) support
multiqueue. In such kind of tap backend, each file descriptor of a tap is a
qeueu and ioctls were prodived to attach an exist tap file descriptor to the
tun/tap device. So the patch let qemu to
2020 Sep 24
30
[RFC PATCH 00/24] Control VQ support in vDPA
Hi All:
This series tries to add the support for control virtqueue in vDPA.
Control virtqueue is used by networking device for accepting various
commands from the driver. It's a must to support multiqueue and other
configurations.
When used by vhost-vDPA bus driver for VM, the control virtqueue
should be shadowed via userspace VMM (Qemu) instead of being assigned
directly to Guest. This is
2020 Sep 24
30
[RFC PATCH 00/24] Control VQ support in vDPA
Hi All:
This series tries to add the support for control virtqueue in vDPA.
Control virtqueue is used by networking device for accepting various
commands from the driver. It's a must to support multiqueue and other
configurations.
When used by vhost-vDPA bus driver for VM, the control virtqueue
should be shadowed via userspace VMM (Qemu) instead of being assigned
directly to Guest. This is
2012 Jul 06
5
[RFC V3 0/5] Multiqueue support for tap and virtio-net/vhost
Hello all:
This seires is an update of last version of multiqueue support to add multiqueue
capability to both tap and virtio-net.
Some kinds of tap backends has (macvatp in linux) or would (tap) support
multiqueue. In such kind of tap backend, each file descriptor of a tap is a
qeueu and ioctls were prodived to attach an exist tap file descriptor to the
tun/tap device. So the patch let qemu to
2012 Jul 06
5
[RFC V3 0/5] Multiqueue support for tap and virtio-net/vhost
Hello all:
This seires is an update of last version of multiqueue support to add multiqueue
capability to both tap and virtio-net.
Some kinds of tap backends has (macvatp in linux) or would (tap) support
multiqueue. In such kind of tap backend, each file descriptor of a tap is a
qeueu and ioctls were prodived to attach an exist tap file descriptor to the
tun/tap device. So the patch let qemu to