Received: by 10.223.185.111 with SMTP id b44csp910872wrg; Fri, 9 Mar 2018 16:38:38 -0800 (PST) X-Google-Smtp-Source: AG47ELtHWLKC+v8LIxDDHd0P25q4eFhXRQrlrRaYFUh0MzwNpF55PbFbWYEfWXGMJtbGGjaUCQfl X-Received: by 10.98.246.16 with SMTP id x16mr339514pfh.81.1520642318006; Fri, 09 Mar 2018 16:38:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520642317; cv=none; d=google.com; s=arc-20160816; b=dAGwcpfDBk100uvkW6R8XqoCYW1n8vgdSybzHg1t4rvN7MLLP3BRaDSVJkj6/SY80T wM1wmA4E/p8GWyiJb1VNurGldyMQbMq7A4ar8W/GilPOoo8md0gdqQ7jOPHXcS8gzq7S z91sjAGTrqCcJrFwQJV/ofbiESM0p2rYPf4vl6Uc+d3mor+/usNBWxxNu0DtXCTK4VM1 ASut4BtPHI7AwMyHFAT8U4Nl3t52E2wZ8aXyJcs4FdPuxayyQUnAnIySijr1ppnLn5iR 2aZ/h/CYoCmeUolpeRSmJor9og0pTDYdXh3kMGn+RxsrTB01zVYsl96mIrw8CrCkfW7g MvxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=ow0Eb5UcJakGeERhLBnP+q99RDAAxfN3fzm4ZU05jdg=; b=ApyJTdIqFnYiynyx3lV8zqTbNNJtNmDjcpVSkmpuiPtUzhxL+AYIDdik1k4N4qoR0Y TsAMpJTInUZcE63+YDz2JPjhZEjAZq/4H02qiuRwMizJQvG+hSRiQVpcLxnYM5vHgfTm XyORJwG2j5c3kd15VWcRa/0+jHEqLHhpww+JmGiS2VAbSdKjJpkoIzjtlsHvOJVgDj3a fo3RkW9N7YRx//CinPUHof7TRoXBgDzjxXQEyla9AzsgeAUDEvsLyIy9g7vo1f8FbLiX N+5NGWS78g4waN2lWv9vYUerRSIBJq9DGLBeL6fw7y1UUS8N6UzbiVkvDwjMBdjMlL0l pI6g== ARC-Authentication-Results: i=1; mx.google.com; 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 f11si1468994pgs.782.2018.03.09.16.38.23; Fri, 09 Mar 2018 16:38:37 -0800 (PST) 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; 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 S933850AbeCJAgZ (ORCPT + 99 others); Fri, 9 Mar 2018 19:36:25 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:39802 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933790AbeCJAV4 (ORCPT ); Fri, 9 Mar 2018 19:21:56 -0500 Received: from localhost (unknown [185.236.200.248]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id F298A105B; Sat, 10 Mar 2018 00:21:55 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jakub Kicinski , "David S. Miller" Subject: [PATCH 4.9 37/65] net: fix race on decreasing number of TX queues Date: Fri, 9 Mar 2018 16:18:37 -0800 Message-Id: <20180310001827.922330526@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180310001824.927996722@linuxfoundation.org> References: <20180310001824.927996722@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: Jakub Kicinski [ Upstream commit ac5b70198adc25c73fba28de4f78adcee8f6be0b ] netif_set_real_num_tx_queues() can be called when netdev is up. That usually happens when user requests change of number of channels/rings with ethtool -L. The procedure for changing the number of queues involves resetting the qdiscs and setting dev->num_tx_queues to the new value. When the new value is lower than the old one, extra care has to be taken to ensure ordering of accesses to the number of queues vs qdisc reset. Currently the queues are reset before new dev->num_tx_queues is assigned, leaving a window of time where packets can be enqueued onto the queues going down, leading to a likely crash in the drivers, since most drivers don't check if TX skbs are assigned to an active queue. Fixes: e6484930d7c7 ("net: allocate tx queues in register_netdevice") Signed-off-by: Jakub Kicinski Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/core/dev.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) --- a/net/core/dev.c +++ b/net/core/dev.c @@ -2199,8 +2199,11 @@ EXPORT_SYMBOL(netif_set_xps_queue); */ int netif_set_real_num_tx_queues(struct net_device *dev, unsigned int txq) { + bool disabling; int rc; + disabling = txq < dev->real_num_tx_queues; + if (txq < 1 || txq > dev->num_tx_queues) return -EINVAL; @@ -2216,15 +2219,19 @@ int netif_set_real_num_tx_queues(struct if (dev->num_tc) netif_setup_tc(dev, txq); - if (txq < dev->real_num_tx_queues) { + dev->real_num_tx_queues = txq; + + if (disabling) { + synchronize_net(); qdisc_reset_all_tx_gt(dev, txq); #ifdef CONFIG_XPS netif_reset_xps_queues_gt(dev, txq); #endif } + } else { + dev->real_num_tx_queues = txq; } - dev->real_num_tx_queues = txq; return 0; } EXPORT_SYMBOL(netif_set_real_num_tx_queues);