Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp367302imm; Wed, 17 Oct 2018 01:13:55 -0700 (PDT) X-Google-Smtp-Source: ACcGV62Wqnmn8SyjCGryPtvEM6JRpEJhzKtkTCOkDxAmdL/i0sbawlWZgzkbL5bRubDSc/QNrFd8 X-Received: by 2002:a63:1066:: with SMTP id 38-v6mr23821451pgq.254.1539764035668; Wed, 17 Oct 2018 01:13:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539764035; cv=none; d=google.com; s=arc-20160816; b=rAkRKDEzii8rAloogyj7v9byPVOqpcdVk/gU5BWVfyK0R5TTHxHyALez3EDSEkdmxC sf70Z4K5N9R6iIRvRjMvGuRPW/dsatO0WTbkRCm4MaAxMAMDAiVF6/1FsBr4FbKCKDK/ KvOiQHtsx5udwJk/TlvK/07Hbp/rtf9jAMZbBsjqVWMheGo9GHmBxAGaMUP0fPbCyWik jt89CUupiEgT9BHLneCKBBuoyGuGJ1I7FNpCrplJGFQJsqgnSxpQcxMlKL/ZrkrjEO0O wLCkid+/d8vAgz2PSX/g9i8PBUfU3UhrEFYCx4r+F3FBI1QM96ynal9n8pOWVpTtf19+ VDmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=y/USgmVy81vs1yDCG0JKx/xH46DxdkkeWmnKpjvt0sw=; b=no2E0Bt445m+Q0KsilnUIMaS+NSooFt0Nj1lIUFHIILEPyfBHbxGVSYPMXe1zT5SwJ 89k4CrI691WkClbgNIBmeLwcPLixFKxHN++MvjYwsKBpYODe1UrkDp4xcD7Xi9ULcq7x xLyWanmTgGrMdHZydinTNp8mUIfnjstWEKZXxdyABsfTgc68b09CSaGhCiEYeZPxtSKJ 4qrEixFqV3TQo5UzhuOw9xuTp1KhlBVctqjSqfSa4k8s7xCC9T5e54Hs+2afofEicBuY zYSfHV3mdvAiruVA6Hb/pQJFjKAVN817tR+PuM+tjoqiJK+zRNYfWzkA6FI0rcKPAp5N 6YgQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@igel-co-jp.20150623.gappssmtp.com header.s=20150623 header.b=izlxtBta; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 8-v6si17430605pla.252.2018.10.17.01.13.39; Wed, 17 Oct 2018 01:13:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@igel-co-jp.20150623.gappssmtp.com header.s=20150623 header.b=izlxtBta; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727359AbeJQQHr (ORCPT + 99 others); Wed, 17 Oct 2018 12:07:47 -0400 Received: from mail-pg1-f196.google.com ([209.85.215.196]:38359 "EHLO mail-pg1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727008AbeJQQHr (ORCPT ); Wed, 17 Oct 2018 12:07:47 -0400 Received: by mail-pg1-f196.google.com with SMTP id f8-v6so12156280pgq.5 for ; Wed, 17 Oct 2018 01:13:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=igel-co-jp.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=y/USgmVy81vs1yDCG0JKx/xH46DxdkkeWmnKpjvt0sw=; b=izlxtBtaSMGU43UMOyk/sqsIiSQQ9VFSDtcHWKw1sNCjhPHAt7yOYpJ+TVR2GBzOk4 DYJdZ5H8y2AhM2+kvuW2lI1YQ5HhVWNYVQ9U4lExn863g/Ze9E+ULBkgY7jUPkJ6bEn6 S3dkjZ1QHj+d9VJ2T4hb1PP/xw9DHXXj9CL6VCnHtbQeD3mBhHfWzr8OwxY4aGbNgPJx pEnQi4tFdX5ManwuDI65p1L9yGFocCXIJNYMjwy12n4XlbRywDyXu8zDJZzs76Qoi6HG 54jtxsrVuDfagqGKyp92bsOtnBQri6ZdOBrlmzVeI1IDfy3bquKnE/RMRBdpDFF9LOKp FPSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=y/USgmVy81vs1yDCG0JKx/xH46DxdkkeWmnKpjvt0sw=; b=c6bdztS2sqzv/x4Bt6tWF0hmU32lLCpjx1Bm1oIkYq991q68455/JQTCriKShJP9Aq Tf/ts/Ynqf+cpn8Yv/qjJ5Yn3axtiG7DiSRfYoNKMAnXf072/hCmbNrVNOfSY8xDr1uZ b0ia9qQplOMNkeGGNzHnWs5l+S3YurXhTUElkDVyLHpyJ2qoVljWhIPOEFXzJGfm2OO5 xF2UWqSJ3es1AJs9gVQGvcSLDGsm07GoYZzg+sfnpAnfd0yvaHB+EFCDi8Z2yX8oG8P9 +XEdpdfASZcdTLYbIHaqt5fLaklz7370dFAYgqmk7wKDR6Wm0ecDyxNF9goc005TGZ24 RD7A== X-Gm-Message-State: ABuFfohBuHEVVLfkTudprAiq9Uq87kxbvzgMDk87o7DBzMTTrdN6j/yS HZml1klXCGiOAQF9eui6wphCcQ== X-Received: by 2002:a62:6d04:: with SMTP id i4-v6mr16301637pfc.131.1539763995872; Wed, 17 Oct 2018 01:13:15 -0700 (PDT) Received: from ake-ubuntu.hq.igel.co.jp (napt.igel.co.jp. [219.106.231.132]) by smtp.gmail.com with ESMTPSA id k12-v6sm15547018pgo.34.2018.10.17.01.13.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 17 Oct 2018 01:13:14 -0700 (PDT) From: Ake Koomsin To: Jason Wang Cc: ake@igel.co.jp, "Michael S. Tsirkin" , "David S. Miller" , virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2] virtio_net: avoid using netif_tx_disable() for serializing tx routine Date: Wed, 17 Oct 2018 16:59:18 +0900 Message-Id: <20181017075918.7043-1-ake@igel.co.jp> X-Mailer: git-send-email 2.19.1 In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Commit 713a98d90c5e ("virtio-net: serialize tx routine during reset") introduces netif_tx_disable() after netif_device_detach() in order to avoid use-after-free of tx queues. However, there are two issues. 1) Its operation is redundant with netif_device_detach() if the interface is running. 2) In case of the interface is not running before suspending and resuming, the tx does not get resumed by netif_device_attach(). This results in losing network connectivity. It is better to use netif_tx_lock()/netif_tx_unlock() instead for serializing tx routine during reset. This also preserves the symmetry of netif_device_detach() and netif_device_attach(). Fixes commit 713a98d90c5e ("virtio-net: serialize tx routine during reset") Signed-off-by: Ake Koomsin --- drivers/net/virtio_net.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index 3f5aa59c37b7..41ccf9c994a4 100644 --- a/drivers/net/virtio_net.c +++ b/drivers/net/virtio_net.c @@ -2267,8 +2267,9 @@ static void virtnet_freeze_down(struct virtio_device *vdev) /* Make sure no work handler is accessing the device */ flush_work(&vi->config_work); + netif_tx_lock(vi->dev); netif_device_detach(vi->dev); - netif_tx_disable(vi->dev); + netif_tx_unlock(vi->dev); cancel_delayed_work_sync(&vi->refill); if (netif_running(vi->dev)) { @@ -2304,7 +2305,9 @@ static int virtnet_restore_up(struct virtio_device *vdev) } } + netif_tx_lock(vi->dev); netif_device_attach(vi->dev); + netif_tx_unlock(vi->dev); return err; } -- 2.19.1