On 03/08/2013 05:47 AM, Samuel Thibault wrote:
Samuel Thibault, le Fri 08 Mar 2013 10:08:55 +0100, a écrit :
There does exist some unique address, which is returned by recvfrom,
I'll have a look at how to get access to it.
Ah, no, it's not unique... It's just the host IP address and the same
po
On 10/12/2012 12:49 AM, Mike Lovell wrote:
This makes a few changes to allow ifname to be specified when using
qemu-bridge-helper with both the bridge and tap network interfaces. It adds
the --ifname option to qemu-bridge-helper, removes the restriction that ifname
cannot be specified with
On 11/27/2012 07:24 AM, Anthony Liguori wrote:
Stefan Hajnoczi writes:
The part I'm wondering about with VXLAN multicast is whether all QEMU
processes on the host need to receive on the same well-known UDP port.
Not sure if that's possible with the sockets API.
Perhaps this is a dumb questi
On 11/27/2012 05:42 AM, Stefan Hajnoczi wrote:
On Mon, Nov 26, 2012 at 6:19 PM, Mike Lovell wrote:
i think it does still make sense to implement it in QEMU. there isn't a
problem with multiple processes using the same multicast address. the
net_socket_mcast_create function in socket.c al
On 11/24/2012 08:21 AM, Stefan Hajnoczi wrote:
On Mon, Jun 25, 2012 at 7:42 AM, Mike Lovell wrote:
This is what I've been calling QDES or QEMU Distributed Ethernet Switch. I
first had the idea when I was playing with the udp and mcast socket network
backends while exploring how to build
On 10/30/2012 02:02 PM, Mike Lovell wrote:
i have been using kvm in an nested environment for a couple months
now. things have appeared to be working fine. i have used both intel
(westmere-ep) hosts and, when starting the first level guest, i have
specified '-cpu qemu64,+vmx' to pa
i have been using kvm in an nested environment for a couple months now.
things have appeared to be working fine. i have used both intel
(westmere-ep) hosts and, when starting the first level guest, i have
specified '-cpu qemu64,+vmx' to pass the kvm support through. when using
a centos 6.2 gues
On 10/12/2012 02:32 AM, Michael Tokarev wrote:
On 12.10.2012 10:49, Mike Lovell wrote:
/* request a tap device, disable PI, and add vnet header support if
- * requested and it's available. */
-prep_ifreq(&ifr, "tap%d");
+ * requested and it's available
specify the --ifname option when exec'ing the helper.
Signed-off-by: Mike Lovell
---
This feature was originally requested by Mario De Chenno on the qemu-devel
mailing list. Seems pretty simple and figured it was something I could throw
together pretty quickly. I have tested the foll
On 10/12/2012 12:49 AM, Mike Lovell wrote:
This makes a few changes to allow ifname to be specified when using
qemu-bridge-helper with both the bridge and tap network interfaces. It adds
the --ifname option to qemu-bridge-helper, removes the restriction that ifname
cannot be specified with
On 06/27/2012 02:26 AM, Stefan Hajnoczi wrote:
On Tue, Jun 26, 2012 at 5:48 PM, Mike Lovell wrote:
you can connect multiple guests to a single vde_switch. as i understand it,
the communication happens over a local unix domain socket. this would limit
the guests on the same switch to the same
On 06/26/2012 02:29 AM, Stefan Hajnoczi wrote:
On Mon, Jun 25, 2012 at 5:32 PM, Mike Lovell wrote:
Oh. I forgot another reason why I decided to do this over using VDE. I'll do
this one with an example. Say you have 3 virtual machines on 3 different
hosts. Each host has a vde_switch pr
On 06/25/2012 09:33 AM, Mike Lovell wrote:
On 06/25/2012 04:40 AM, Stefan Hajnoczi wrote:
Have you looked at QEMU's net/vde.c backend?
Does VDE (http://vde.sourceforge.net/) already do everything that
QDES does?
Stefan
I have looked at VDE and used it for a few things. I think QDES h
On 06/25/2012 04:40 AM, Stefan Hajnoczi wrote:
On Mon, Jun 25, 2012 at 6:42 AM, Mike Lovell wrote:
This is what I've been calling QDES or QEMU Distributed Ethernet Switch. I
first had the idea when I was playing with the udp and mcast socket network
backends while exploring how to build
I'm not sure why but it looks like my intro email for this got eaten by
something. Here it is again and sorry if it shows up twice. This is my
first time posting to the list and submitting a patch and I guess
something doesn't like the way I did it.
-
Hi all,
Here is something I've been ti
configured multicast
address so all members of the network will receive the packet.
Unfortunately, only IPv4 is currently supported. IPv6 is on the short list of
improvements to be made.
Signed-off-by: Mike Lovell
---
hmp-commands.hx |2 +-
net.c | 31 +++-
net.h
Hi all,
Here is something I've been tinkering with the past few weeks and now have it
in a state where the basic idea makes sense, it works, and could use some
feedback from the community.
This is what I've been calling QDES or QEMU Distributed Ethernet Switch. I
first had the idea when I was pla
17 matches
Mail list logo