From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:57441) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxFNe-0003uE-I7 for qemu-devel@nongnu.org; Mon, 21 Jan 2013 06:17:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TxFNd-0003e3-Ga for qemu-devel@nongnu.org; Mon, 21 Jan 2013 06:17:34 -0500 Received: from mx1.redhat.com ([209.132.183.28]:27757) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TxFNd-0003dz-9V for qemu-devel@nongnu.org; Mon, 21 Jan 2013 06:17:33 -0500 From: Amos Kong Date: Mon, 21 Jan 2013 19:17:20 +0800 Message-Id: <1358767043-24548-1-git-send-email-akong@redhat.com> Subject: [Qemu-devel] [PATCH v5 0/3] make mac programming for virtio net more robust List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: davem@davemloft.net, netdev@vger.kernel.org Cc: rusty@rustcorp.com.au, virtualization@lists.linux-foundation.org, qemu-devel@nongnu.org, kvm@vger.kernel.org, mst@redhat.com Currenly mac is programmed byte by byte. This means that we have an intermediate step where mac is wrong. Third 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 V4: split eth_mac_addr, fix error handle V5: rebase patches to net-next tree Amos Kong (2): move virtnet_send_command() above virtnet_set_mac_address() virtio-net: introduce a new control to set macaddr Stefan Hajnoczi (1): net: split eth_mac_addr for better error handling drivers/net/virtio_net.c | 110 ++++++++++++++++++++++----------------- include/linux/etherdevice.h | 2 + include/uapi/linux/virtio_net.h | 8 +++- net/ethernet/eth.c | 41 ++++++++++++-- 4 files changed, 106 insertions(+), 55 deletions(-)