On Tue, Apr 19, 2011 at 02:14:25PM +0200, Arnd Bergmann wrote:
On Monday 18 April 2011, Asias He wrote:
If you want a regular device to be able to send to a macvlan
port, that would require at least these changes:
* Add an option to put a plain device into macvlan-bridge mode
On Tuesday 19 April 2011, Ashish Saxena wrote:
@Arnd, I would like to initiate the dig into into macvtap driver. Could you
please provide me some pointers/docs to start with.
I dont' have any general recommendations.
I'd suggest you start reading the macvlan.c and macvtap.c source code and
On Monday 18 April 2011, Asias He wrote:
If you want a regular device to be able to send to a macvlan
port, that would require at least these changes:
* Add an option to put a plain device into macvlan-bridge mode
* Add support for that option into iproute2
* Add a hook into
Hi, folks
I am trying to use qemu/qemu-kvm with macvtap using following commands:
# ip link add link eth0 name v0 type macvtap mode {vepa,bridge,private}
# ip link set v0 address da:4e:17:88:42:b1 up
# idx=`ip link show v0 | grep mtu| awk -F: '{print $1}'`
# kvm -net
On Monday 18 April 2011, Asias He wrote:
Hi, folks
I am trying to use qemu/qemu-kvm with macvtap using following commands:
# ip link add link eth0 name v0 type macvtap mode {vepa,bridge,private}
# ip link set v0 address da:4e:17:88:42:b1 up
# idx=`ip link show v0 | grep mtu| awk -F:
On 04/18/2011 02:58 PM, Arnd Bergmann wrote:
On Monday 18 April 2011, Asias He wrote:
Hi, folks
I am trying to use qemu/qemu-kvm with macvtap using following commands:
# ip link add link eth0 name v0 type macvtap mode {vepa,bridge,private}
# ip link set v0 address da:4e:17:88:42:b1 up
#
On Monday 18 April 2011, Asias He wrote:
(1) Is it possible to add an interface to macvtap like /dev/net/tun,
eg, /dev/net/macvtap. Currently, it is hard to use macvtap programmatically.
I decided against having a multiplexor device because it makes permission
handling rather hard. One chardev
* Arnd Bergmann a...@arndb.de wrote:
On Monday 18 April 2011, Asias He wrote:
(1) Is it possible to add an interface to macvtap like /dev/net/tun,
eg, /dev/net/macvtap. Currently, it is hard to use macvtap programmatically.
I decided against having a multiplexor device because it makes
On Monday 18 April 2011, Ingo Molnar wrote:
Only in VEPA mode. Note that a similar restriction applies when using the
bridge device, for the same technical reasons.
Just to sum things up, our goal is to allow the tools/kvm/ unprivileged tool
to
provide TCP connectivity to Linux guests
On Mon, Apr 18, 2011 at 02:01:14PM +0200, Ingo Molnar wrote:
- the kvm tool wants to be stateless - i.e. it does not want to allocate or
manage host side devices - it just wants to provide the kind of TCP/IP
connectivity host unprivileged user-space has, to the guest. The tool
wants
On 04/18/2011 09:20 PM, Arnd Bergmann wrote:
On Monday 18 April 2011, Ingo Molnar wrote:
Only in VEPA mode. Note that a similar restriction applies when using the
bridge device, for the same technical reasons.
Just to sum things up, our goal is to allow the tools/kvm/ unprivileged tool
to
On Monday 18 April 2011, Asias He wrote:
We do need guest appearing on the same network as the host support as
well. The reason I am considering using macvatp instead of tap plus
brctl is that it simplifies the bridge configuration and it is more
efficient.
Right, you certainly don't need to
On 04/18/2011 11:05 PM, Arnd Bergmann wrote:
On Monday 18 April 2011, Asias He wrote:
We do need guest appearing on the same network as the host support as
well. The reason I am considering using macvatp instead of tap plus
brctl is that it simplifies the bridge configuration and it is more
13 matches
Mail list logo
