From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Subject: Re: Does macvtap support host to guest communication? Date: Mon, 18 Apr 2011 12:53:06 +0200 Message-ID: <201104181253.07023.arnd@arndb.de> References: <4DABD5BC.2040204@gmail.com> <201104180858.09828.arnd@arndb.de> <4DAC109F.1060807@gmail.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Cc: "Michael S. Tsirkin" , Jason Wang , Pekka Enberg , Ingo Molnar , Amos Kong , kvm@vger.kernel.org To: Asias He Return-path: Received: from moutng.kundenserver.de ([212.227.17.8]:58862 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752626Ab1DRKxN (ORCPT ); Mon, 18 Apr 2011 06:53:13 -0400 In-Reply-To: <4DAC109F.1060807@gmail.com> Sender: kvm-owner@vger.kernel.org List-ID: 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 per network interface makes it possible to handle permissions in multiuser setups. > (2) Adding another macvlan device(e.g., macvlan0) to the hardware > interface(e.g., eth0) and using it as the old eth0 make the process of > using macvtap complicate. One has to reconfigure the network. This is > not optimal from the user perspective. Is it possible to leave the > low-level device as is when using the macvtap device? Only in VEPA mode. Note that a similar restriction applies when using the bridge device, for the same technical reasons. Arnd