Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1365876imm; Fri, 14 Sep 2018 16:47:31 -0700 (PDT) X-Google-Smtp-Source: ANB0Vda4RYBr5gPmPi0nUqAujqzH5wh3ABNWZQk3cOez89xvh86NtJOF1u8iXZK5BRUgCRe+V/tG X-Received: by 2002:a63:1865:: with SMTP id 37-v6mr13769081pgy.81.1536968851202; Fri, 14 Sep 2018 16:47:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536968851; cv=none; d=google.com; s=arc-20160816; b=dwL5e+gD/huOBWJNuLvXv+G2uxOvVTyFdbllQtXO1J3qgIVa6TflMnhSica+HLPWNI oQ9a3zkYCaNWk1aKtticg/gvoJzPBLq+cEFACybj/jq2g8Ymgm6ZBWVjiGglBa/I0FR5 yXX+RAiKYgPyfTOzi00bFl+UmnXGXYI3enP7R0VXNfIo9teYYj/voBt/0OEjTAQYohXq 5yUyspfCpH7mTx2P4ij4SkunE9/E6ah7uRYM32GS/3E6yUirtQt2ULqfbjzOski3Swcb j6gtCUB1QGMWR1TFTpD+KhoXplsDiKqecn8NDi7SaYdvUAqcUlwsnRClBzAYFiDYY9z6 2g4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=G4dOEpzv1vu5vk63apJcv+MAZTDGFiCeUDHb3xxYBBw=; b=Lm61JMW4IDrhoCjPJtw+xPOvzLzK4thu1E7Rxctosfilf44vdCC5ZTFfMxcYyU2cy5 N9meo1GE5JSJ20rmioGc9UrFkm67BS9gMCEX09+0d0RC5jAbB1B9iH1s9wFsWA1AXmXt d1LlTyZ0lH+KQMTNJ6vaYZmzRsGbqoRo0ji1M0KgRIhkR+zK98GuHFWpU/xU/1u8mL8v WcKey71lfAMZcsBwGcqv9ui5hEg2p3R2B7SRkwUHjDfFsn3KcWODWHarwNjMxAS74u0s L0mraCAMMemhWRnNU7pDJHjxzDT/khqaTqq0MHUwv/vyrIApZM91GaEggq78d4kGVh0A gZRQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k193-v6si8319485pge.4.2018.09.14.16.47.03; Fri, 14 Sep 2018 16:47:31 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726379AbeIOFDi (ORCPT + 99 others); Sat, 15 Sep 2018 01:03:38 -0400 Received: from mga07.intel.com ([134.134.136.100]:15789 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725724AbeIOFDi (ORCPT ); Sat, 15 Sep 2018 01:03:38 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Sep 2018 16:46:57 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,375,1531810800"; d="scan'208";a="90614863" Received: from ssaleem-mobl4.amr.corp.intel.com (HELO ssaleem-mobl1) ([10.255.32.214]) by orsmga001.jf.intel.com with SMTP; 14 Sep 2018 16:46:31 -0700 Received: by ssaleem-mobl1 (sSMTP sendmail emulation); Fri, 14 Sep 2018 18:46:31 -0500 Date: Fri, 14 Sep 2018 18:46:31 -0500 From: Shiraz Saleem To: =?iso-8859-1?Q?H=E5kon?= Bugge Cc: "Latif, Faisal" , OFED mailing list , "linux-kernel@vger.kernel.org" , Doug Ledford , "Hefty, Sean" , Hal Rosenstock , "Singhai, Anjali" , Shannon Nelson Subject: Re: mutex and rcu list traversal idiosyncrasy Message-ID: <20180914234631.GA20084@ssaleem-MOBL4.amr.corp.intel.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 13, 2018 at 05:55:44AM -0600, H?kon Bugge wrote: > Hi Faisal, > > > In commit f27b4746f378 ("i40iw: add connection management code") you have in i40iw_add_mqh_6(): > > rtnl_lock(); > for_each_netdev_rcu(...) { > [] > } > rtnl_unlock(); > > Shouldn't this read: > rtnl_lock(); > for_each_netdev(...) { > [] > } > rtnl_unlock(); > Yes.