From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:36733) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tvrrh-0001JH-N7 for qemu-devel@nongnu.org; Thu, 17 Jan 2013 10:58:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tvrrc-0007gl-Pc for qemu-devel@nongnu.org; Thu, 17 Jan 2013 10:58:53 -0500 Received: from mx1.redhat.com ([209.132.183.28]:9385) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tvn6t-0004LV-Lf for qemu-devel@nongnu.org; Thu, 17 Jan 2013 05:54:15 -0500 From: akong@redhat.com Date: Thu, 17 Jan 2013 18:40:10 +0800 Message-Id: <1358419212-32356-1-git-send-email-akong@redhat.com> Subject: [Qemu-devel] [PATCH v3 0/2] make mac programming for virtio net more robust List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: mst@redhat.com Cc: kvm@vger.kernel.org, netdev@vger.kernel.org, rusty@rustcorp.com.au, qemu-devel@nongnu.org, virtualization@lists.linux-foundation.org, davem@davemloft.net From: Amos Kong Currenly mac is programmed byte by byte. This means that we have an intermediate step where mac is wrong. Second patch introduced a new vq control command to set mac address, it's atomic. V2: check return of sending command, delay eth_mac_addr() V3: restore software address when fail to set hardware address Amos Kong (2): move virtnet_send_command() above virtnet_set_mac_address() virtio-net: introduce a new control to set macaddr drivers/net/virtio_net.c | 110 +++++++++++++++++++++++----------------- include/uapi/linux/virtio_net.h | 8 ++- 2 files changed, 71 insertions(+), 47 deletions(-) -- 1.7.11.7