Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp1274283ybx; Thu, 7 Nov 2019 09:40:12 -0800 (PST) X-Google-Smtp-Source: APXvYqyrvEV9n+iJeGRkPdC3AABSMBE6depJCUhHocyYgJ4qrxKwymLlhm5qDDGVoOguzHhArXWf X-Received: by 2002:a50:8f03:: with SMTP id 3mr5057897edy.195.1573148412420; Thu, 07 Nov 2019 09:40:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573148412; cv=none; d=google.com; s=arc-20160816; b=Xoj9gMhS7gLoqCzZQ4+ezstxtAMsS6W2uuzXClheXxuzy3F4Z4zecJP5CF4fhiSYuO YeHwopO4QU6/9cZLeC9KKPMJXMpKRcLd609G8LGrR7acGno+GcHaAtbKxWGIg3QHTpCA yB7h7DHEXJu6AeSB5nzpmIQIpAARtneLQVgf3zUJ8jzOMon9zyddCiwToHgydXoseEaE sxzDbFLKfBNZWn/c7nIZ2vaeDtDxDZiagjATqsCrh/fYpJxXNp4dH8VdsEoWzMcZfso2 B6LFP0VmWV6VX8gJ2R2HJUhIeMwo188yczhj0WtYyB0eGMHP/BxZVr2ko50aEmevCQui cLdA== 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; bh=jnz13T5PvKAXfEd7CGomZWIateMaBfjZihfFaSqZe+A=; b=g0yhS8UN7UKAkP+dWvQ7zgCW6SaZlH/41+Z3ZYNMegeP3nHlH03kz7bg0GC9tZS+p6 0EHkAciTd1VweE7913O2S3IW1vjhbFfbCkzUtImkLqW7QpQoOlIosG89jvowZkQwvcn/ vo3KnJV68EaAEN8rPPlns7o5O9qhE06Dmpi/kss/y/JzHKIm/qv/l0TDMo/WYW0cqtew CDbQU4tMfwAprxr4W6GKCRYU8nJFiHapqZi/34SiS91tN3vke5KL86whwzjQ0J6SZyti UZeq5sCZSSfQzuVqnFBUDOxsrsj7gE3Zr9o5x6YL14QcMma6I0z+M/RfF/GYcggafZzY ilPQ== 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j22si1748970edq.415.2019.11.07.09.39.48; Thu, 07 Nov 2019 09:40:12 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730553AbfKGRg6 (ORCPT + 99 others); Thu, 7 Nov 2019 12:36:58 -0500 Received: from mail-qv1-f68.google.com ([209.85.219.68]:40895 "EHLO mail-qv1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728847AbfKGRg5 (ORCPT ); Thu, 7 Nov 2019 12:36:57 -0500 Received: by mail-qv1-f68.google.com with SMTP id i3so931457qvv.7 for ; Thu, 07 Nov 2019 09:36:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=jnz13T5PvKAXfEd7CGomZWIateMaBfjZihfFaSqZe+A=; b=j8G3kn2DKWl7MPoDYCnrCS1bNY7JftX53zxK8B7X4p28wosoV2J6yUAnwY5gWr6AMy TU2mDefL3rjbolgzJAJjCNjry7/emQ4X/0nnaYDiLtUYUERq33HItzdwoYtJ1y5GD4hA qg2RwT1HQQGg+DnKTFES4jloEvwNg5pg4PepyI3yGccHH7M4aIkutJpZsm0dS7DWmpDO GXRocwk4TiZpBeTlivSzzpNAMx+GSZVnNZucYHB6+Sl/KBARKClncHFJp7vjje+xdbRn BRC4HMl3s1kWCl2qv2tcORllPW+K1k9s31lx5laTVrKvYtJvBQw1lgngXFW6AMeOKbVw 8feQ== X-Gm-Message-State: APjAAAXIPcYEgIkG0ub1mbnvBm6lEQ+sRb2cbX1LpIJHlRHwtGycrWeG IE3l4Z1at7UJPtyTHO90RrMbw2RLWhA= X-Received: by 2002:a0c:b88f:: with SMTP id y15mr4639681qvf.161.1573148216795; Thu, 07 Nov 2019 09:36:56 -0800 (PST) Received: from dennisz-mbp ([2620:10d:c091:500::3:db5f]) by smtp.gmail.com with ESMTPSA id u189sm1404705qkd.62.2019.11.07.09.36.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 Nov 2019 09:36:55 -0800 (PST) Date: Thu, 7 Nov 2019 12:36:53 -0500 From: Dennis Zhou To: Sebastian Andrzej Siewior Cc: Dennis Zhou , linux-kernel@vger.kernel.org, Tejun Heo , Christoph Lameter , Thomas Gleixner , Peter Zijlstra , "Paul E. McKenney" Subject: Re: [PATCH] percpu-refcount: Use normal instead of RCU-sched" Message-ID: <20191107173653.GA1242@dennisz-mbp> References: <20191002112252.ro7wpdylqlrsbamc@linutronix.de> <20191107091319.6zf5tmdi54amtann@linutronix.de> <20191107161749.GA93945@dennisz-mbp> <20191107162842.2qgd3db2cjmmsxeh@linutronix.de> <20191107165519.GA99408@dennisz-mbp> <20191107172434.ylz4hyxw4rbmhre2@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191107172434.ylz4hyxw4rbmhre2@linutronix.de> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 07, 2019 at 06:24:34PM +0100, Sebastian Andrzej Siewior wrote: > On 2019-11-07 11:55:19 [-0500], Dennis Zhou wrote: > > On Thu, Nov 07, 2019 at 05:28:42PM +0100, Sebastian Andrzej Siewior wrote: > > > > I just want to clarify a little bit. Is this patch aimed at fixing an > > > > issue with RT kernels specifically? > > > > > > Due to the implications of preempt_disable() on RT kernels it fixes > > > problems with RT kernels. > > > > > > > Great, do you mind adding this explanation with what the implications > > are in the commit message? > > some RCU section here invoke callbacks which acquire spinlock_t locks. > This does not work on RT with disabled preemption. > Yeah, so adding a bit in the commit message about why it's an issue for RT kernels with disabled preemption as I don't believe this is an issue for non-RT kernels. > > > > It'd also be nice to have the > > > > numbers as well as if the kernel was RT or non-RT. > > > > > > The benchmark was done on a CONFIG_PREEMPT kernel. As said in the commit > > > log, the numbers were mostly the same, I can re-run the test and post > > > numbers if you want them. > > > This patch makes no difference on PREEMPT_NONE or PREEMPT_VOLUNTARY > > > kernels. > > > > > > > I think a more explicit explanation in the commit message would suffice. > > What do you mean by "more explicit explanation"? The part with the > numbers or that it makes no difference for PREEMPT_NONE and > PREEMPT_VOLUNTARY? > I just meant the above, the benchmarking is fine. Thanks, Dennis