Received: by 10.223.176.46 with SMTP id f43csp192816wra; Fri, 19 Jan 2018 16:02:35 -0800 (PST) X-Google-Smtp-Source: AH8x226orhCg1BpfsOlmRMBOqwwD5+Y5PIdo9kZ3RaV/GRAa97JU7+OSOyI921BMLmYRNW2hvQaf X-Received: by 10.99.111.11 with SMTP id k11mr192578pgc.414.1516406555279; Fri, 19 Jan 2018 16:02:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516406555; cv=none; d=google.com; s=arc-20160816; b=N3EPocUwJb/JhIJfwE3iA72rF0cxjBZeQiPHfBjmYBj9VUMnThPuE2bF5VknvjIqB0 FENa8uiAhQuwEzj9dUDYN9RlwEaUH3cfXfs2dNoGso+J5XEU0TfXnnI0S1/G2pE/A4zt 86k5JKFGp8Dtib/z3k/tTB8aTWmqSU/LR8FzJv5r4TSV38zZtfa+co2UOZzRw6Z/BFIa BTB3JZeq/zTMNGyZmj2A3pqoD8EPKDq3lVb8HBDY96NDa0HTyesLxJe1nRa9yJ3PC6mu 1EnurKe9aWdLoo+ChyULXBJnO/e+6H3FJD56BEt95vvawBppQkIRCz62gxptpPN4gen+ SSmg== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=zaJmtkjtrVEIY/YskPkKUkPjNocrVgHEy1XCncWDmNU=; b=crEwmd5i/3D9oiG2NnVRdLDC4zQBI+E6uxtVVyB1h8B2RI88IB22/Y4ofhMhsjALdH hOqvS3QErawG1t29XrHNK3bED0B6xae6/kPx1iAjn4Ni6zRL2FZBpR75oe3EVCcjAsHB qdb1LPMZNg1zJODENK2V4R0mmEhIG7cGGll5hUwR8W1hMR+GLIVQtXNqziK09tclL16o 4INgBUynCq5g3SHBVNixOfr6fXAD6aoJsY2DmT5j5ZisKFZIYuDbQOI+ilMD9JOSBrKh OFGJTBVhOloYnuEKfziP7ZlAeZuMIBpyPKBtL8siyRRC1U5j+J63WkCett9Lvbz4SelV RlSw== 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 y128si10007313pfy.110.2018.01.19.16.02.20; Fri, 19 Jan 2018 16:02:35 -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 S1756356AbeATABL (ORCPT + 99 others); Fri, 19 Jan 2018 19:01:11 -0500 Received: from violet.fr.zoreil.com ([92.243.8.30]:55299 "EHLO violet.fr.zoreil.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756246AbeATABE (ORCPT ); Fri, 19 Jan 2018 19:01:04 -0500 Received: from violet.fr.zoreil.com (localhost [127.0.0.1]) by violet.fr.zoreil.com (8.14.9/8.14.9) with ESMTP id w0K00DJd014510; Sat, 20 Jan 2018 01:00:13 +0100 Received: (from romieu@localhost) by violet.fr.zoreil.com (8.14.9/8.14.5/Submit) id w0K00Cpc014509; Sat, 20 Jan 2018 01:00:12 +0100 Date: Sat, 20 Jan 2018 01:00:12 +0100 From: Francois Romieu To: Peter Zijlstra Cc: Jia-Ju Bai , nic_swsd@realtek.com, alexander.h.duyck@redhat.com, David Miller , dhowells@redhat.com, paulmck@linux.vnet.ibm.com, will.deacon@arm.com, netdev@vger.kernel.org, Linux Kernel Mailing List Subject: Re: net: r8169: a question of memory barrier in the r8169 driver Message-ID: <20180120000012.GB14475@electric-eye.fr.zoreil.com> References: <9a373156-41e5-a78b-cd31-c4b9bdba2696@gmail.com> <20180118150658.GE2249@hirez.programming.kicks-ass.net> <20180119011118.GB15920@electric-eye.fr.zoreil.com> <20180119171442.GY2228@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180119171442.GY2228@hirez.programming.kicks-ass.net> X-Organisation: Land of Sunshine Inc. User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Peter Zijlstra : > On Fri, Jan 19, 2018 at 02:11:18AM +0100, Francois Romieu wrote: > > Peter Zijlstra : > > [...] > > > There is only 1 variable afaict. Memory barriers need at least 2 in > > > order to be able to do _anything_. > > > > I don't get your point: why don't {cur_tx, dirty_tx} qualify as said > > two variables ? > > There wasn't any cur_tx in the code you provided. /* A skbuff with nr_frags needs nr_frags+1 entries in the tx queue */ #define TX_FRAGS_READY_FOR(tp,nr_frags) \ (TX_SLOTS_AVAIL(tp) >= (nr_frags + 1)) #define TX_SLOTS_AVAIL(tp) \ (tp->dirty_tx + NUM_TX_DESC - tp->cur_tx) Both are also used in rtl_tx. I don't get your point. Even a single variable is scattered through the system. -- Ueimor