Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp794413img; Wed, 20 Mar 2019 11:01:11 -0700 (PDT) X-Google-Smtp-Source: APXvYqwAa71aiE5nepC0tZLlUUxKsJ8WslYYMNgL3565kzIm4PGPDqY62tcOKpFLaeNLSmr4JZiw X-Received: by 2002:a63:c204:: with SMTP id b4mr8560831pgd.335.1553104871207; Wed, 20 Mar 2019 11:01:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553104871; cv=none; d=google.com; s=arc-20160816; b=QLvNtUIbz+0QKa6+8LGrz7cfWJ3lpxaR5R3/EaP++yxOsP+jcjkQua77wcWW6wUnks SSeJ8iRQebzq0hM8dQ5eAgalUf7sLXVG7Fj7hq9h8K2dsSowYG9Ti2gr9uC7lSlJjaFZ bP/vQF/k+EzUI1H02baiblS1BcN8yTsJg7e0lvaNuXG/MpRv2kmUWzcV0oyJZnwAolUF pvJfxn9NTa2slG8WAlnytQ/NmUHTkGBjmUJNvWhyFI5sJwp+nJJKtiHupWKmy7tlrcJV XwLVESRxQiSghRGoOFnLpLXPj1t+T360Ax8nwTuBpVaNaAh0w64puDs9z1hPVcGkFJwX thRg== 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=dZD69UDucA7dyG34t3c9KUT7t+GLSGns5m1LpW3EyPI=; b=CiCERNvrkjkTAHahznRo/4jDaie5JDPbYWZghOO5x2Wo+Xg5DG11puRLH87u5tfsHu Ll5NcIXotKl655xLeLb2IWr3NYbaDUmrZvkXW5u0dvjxfNx/9h3Fuje98ijWuzg2eBJW ZaMjSh7oHMbd1tHRYy8b0/qVhSr7Kh/5rIxfugTh2LKYDwwI94ML0ApRIiElCwReg7/h 4lU/vioMJjWrPf+cwoIYK/9K7riYTCFVCRhAGJC3LSgXgpNXirQD/yFff7orIVCCLATy fE7rorivJmaacRcsnUsfRZEYlsyNFob33zfqlwuHMEg0+L+lnXhsqN8ZWmWMMUy/ELIm J7gA== 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 a10si2105484pgt.357.2019.03.20.11.00.51; Wed, 20 Mar 2019 11:01:11 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727189AbfCTR74 convert rfc822-to-8bit (ORCPT + 99 others); Wed, 20 Mar 2019 13:59:56 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:36182 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726438AbfCTR74 (ORCPT ); Wed, 20 Mar 2019 13:59:56 -0400 Received: from bigeasy by Galois.linutronix.de with local (Exim 4.80) (envelope-from ) id 1h6fVI-00065H-DC; Wed, 20 Mar 2019 18:59:52 +0100 Date: Wed, 20 Mar 2019 18:59:52 +0100 From: Sebastian Andrzej Siewior To: "Paul E. McKenney" Cc: linux-kernel@vger.kernel.org, Josh Triplett , Steven Rostedt , Mathieu Desnoyers , Lai Jiangshan , Joel Fernandes , tglx@linutronix.de, Mike Galbraith Subject: Re: [PATCH v2] rcu: Allow to eliminate softirq processing from rcutree Message-ID: <20190320175952.yh6yfy64vaiurszw@linutronix.de> References: <20190315111130.4902-1-bigeasy@linutronix.de> <20190318022434.GE4102@linux.ibm.com> <20190319114419.qlsw3i5bmndoyvao@linutronix.de> <20190320113219.d6c3gouqbnsnl5nj@linutronix.de> <20190320152146.GH4102@linux.ibm.com> <20190320154440.GA16332@linux.ibm.com> <20190320160547.s5lbeahr2y4jlzwt@linutronix.de> <20190320161500.GK4102@linux.ibm.com> <20190320163532.mr32oi53iaueuizw@linutronix.de> <20190320173001.GM4102@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8BIT In-Reply-To: <20190320173001.GM4102@linux.ibm.com> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-03-20 10:30:01 [-0700], Paul E. McKenney wrote: > On Wed, Mar 20, 2019 at 05:35:32PM +0100, Sebastian Andrzej Siewior wrote: > > On 2019-03-20 09:15:00 [-0700], Paul E. McKenney wrote: > > > I am considering making it a module_param() to avoid namespace pollution, > > > as it would become something like rcutree.nosoftirq. > > > > > > Thoughts? > > > > nope, perfect. > > Please see below for an untested patch. Thoughts? > - if (rcu_softirq_enabled) { > + if (!nosoftirq) { > raise_softirq(RCU_SOFTIRQ); > } else { This double negation looks weird. Can we flip the logic somehow? /me testing if it works… > Thanx, Paul Sebastian