lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20220527171001.GT1790663@paulmck-ThinkPad-P17-Gen-1>
Date:   Fri, 27 May 2022 10:10:01 -0700
From:   "Paul E. McKenney" <paulmck@...nel.org>
To:     Zqiang <qiang1.zhang@...el.com>
Cc:     frederic@...nel.org, rcu@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH] rcu: Cleanup RCU urgency state for offline CPU

On Thu, May 26, 2022 at 09:55:12AM +0800, Zqiang wrote:
> When an RCU grace period starts and at this time the CPU is in
> the process of going offline, if the RCU gp-fqs occurs during the
> time period when the CPU has passed the stop-machine but has not
> yet entered the idle loop, and this CPU have not report quiescent
> state yet, its urgent flags maybe is set, for example due to cbovld
> is true, but this CPUs rcu urgent flags is not cleanup in rcu_report_dead()
> when report qs. however for CPU that have been report qs, its rcu
> urgent flags should cleanup, so add rcu_disable_urgency_upon_qs()
> in rcu_report_dead() when CPU report qs.
> 
> Signed-off-by: Zqiang <qiang1.zhang@...el.com>

Good catch, thank you!

I have queued this on -rcu, and it will become visible on kernel.org
on my next rebase.  Assuming good test results and no objections from
reviews, I will submit this not to the current merge window, but to
the next merge window (v5.20).

							Thanx, Paul

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ