Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Wed, 20 Jul 2022 08:19:11 +0100
Message-ID: <875yjs45g0.wl-maz@kernel.org>
From:   Marc Zyngier <maz@kernel.org>
To:     paulmck@kernel.org
Cc:     Neeraj Upadhyay <quic_neeraju@quicinc.com>, frederic@kernel.org,
        josh@joshtriplett.org, rostedt@goodmis.org,
        mathieu.desnoyers@efficios.com, jiangshanlai@gmail.com,
        joel@joelfernandes.org, linux-kernel@vger.kernel.org,
        zhangfei.gao@foxmail.com, boqun.feng@gmail.com, urezki@gmail.com,
        shameerali.kolothum.thodi@huawei.com, pbonzini@redhat.com,
        mtosatti@redhat.com, eric.auger@redhat.com,
        chenxiang66@hisilicon.com, zhangfei.gao@linaro.org,
        rcu@vger.kernel.org
Subject: Re: [PATCH v3] srcu: Reduce blocking agressiveness of expedited grace periods further
In-Reply-To: <20220719171547.GQ1790663@paulmck-ThinkPad-P17-Gen-1>
References: <20220701031545.9868-1-quic_neeraju@quicinc.com>
        <87o7xlzey3.wl-maz@kernel.org>
        <20220719171547.GQ1790663@paulmck-ThinkPad-P17-Gen-1>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue)
 FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.1
 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset=US-ASCII
Precedence: bulk

Hi Paul,

On Tue, 19 Jul 2022 18:15:47 +0100,
"Paul E. McKenney" <paulmck@kernel.org> wrote:
> 
> On Tue, Jul 19, 2022 at 09:25:56AM +0100, Marc Zyngier wrote:
> >
> > Is there any chance for this fix to make it into 5.19? The regression
> > is significant enough on low-end systems, and I'd rather see it
> > addressed.
> 
> I wasn't planning on it, based on my (possibly quite flawed) assumption
> that it affected only embedded systems running in a virtual environment.

Not quite. This affects any system running virtual machines based on
KVM and using QEMU as the VMM (the machines I run this on don't quite
qualify as "embedded").

> My plan was to send it in my pull request for the next merge window
> next week.  My pull request is next week, yes, the merge window opens
> the following Sunday.  ;-)
> 
> It has a Fixes tag, so it will be backported.
> 
> But if it is important to get it into v5.19 rather than v5.19.x for small
> "x", please let me know and I will see what Linus does with the resulting
> v5.19-rc7 pull request.

I think that the sooner we address this in an upstream kernel, the
better, and I'd definitely support you sending this to Linus for -rc7!

Thanks,

	M.

-- 
Without deviation from the norm, progress is not possible.