From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43837) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WD3Lm-0006JH-DU for qemu-devel@nongnu.org; Mon, 10 Feb 2014 21:45:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WD3Lg-0006ga-6d for qemu-devel@nongnu.org; Mon, 10 Feb 2014 21:45:30 -0500 Received: from mx3-phx2.redhat.com ([209.132.183.24]:39356) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WD3Lf-0006gQ-Q5 for qemu-devel@nongnu.org; Mon, 10 Feb 2014 21:45:23 -0500 Date: Mon, 10 Feb 2014 21:45:19 -0500 (EST) From: Jason Wang Message-ID: <781377216.993585.1392086719399.JavaMail.zimbra@redhat.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH V7 0/5] Send the gratuitous by guest List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Liuyongan Cc: Likunyun , Wangfuhai , qemu-devel@nongnu.org, "Qianhuibin (Huibin QIAN, Euler)" ----- Original Message ----- > Hi, > Has anybody here work on this subject and update a newer patch? > Thanks in advance. > > Yongan Liu > > Hi, I will continue work on this. Just FYI, based on the discussions on past version, I plan to send a v8 just for virtio-net. Thanks > -----bellows are words from patch v7 ---- > This series tries to let guest instead of qemu to send the gratuitous packets > after migration when guest is capable of doing this. This is needed since > it's > impossible for qemu to keep track of all configurations (e.g 802.1Q) and mac > addresses (more than one mac address may be used by guest). So qemu can't > build > gratuitous packets for all those configurations properly. The only solution > is > let guest driver who knew all needed information to do this. > > The series first introduces a new runstate which just tracks the state when > the > migration is finished and guest is about to start. And then we can just > trying > to notify the guest to send the GARP after changing from this state to > running. A model specific announcing method were also also introduced to let > each kinds of nic do its own notification. When there's no such method > register > for the nic, the old style of sending RARP were kept. And the last two > patches > implemented the virtio-net method of notification. > >