[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d40885a0-b0e3-4f13-a2b3-41ee2defbde0@nvidia.com>
Date: Tue, 15 Apr 2025 13:16:15 -0400
From: Joel Fernandes <joelagnelf@...dia.com>
To: "Paul E. McKenney" <paulmck@...nel.org>, rcu@...r.kernel.org
Cc: linux-kernel@...r.kernel.org, kernel-team@...a.com, rostedt@...dmis.org
Subject: Re: [PATCH v2 05/12] rcutorture: Add tests for SRCU up/down reader
primitives
On 3/31/2025 5:03 PM, Paul E. McKenney wrote:
> This commit adds a new rcutorture.n_up_down kernel boot parameter
> that specifies the number of outstanding SRCU up/down readers, which
> begin in kthread context and end in an hrtimer handler. There is a new
> kthread ("rcu_torture_updown") that scans an per-reader array looking
> for elements whose readers have ended. This kthread sleeps between one
> and two milliseconds between consecutive scans.
>
> [ paulmck: Apply kernel test robot feedback. ]
> [ paulmck: Apply Z qiang feedback. ]
>
> Signed-off-by: Paul E. McKenney <paulmck@...nel.org>
For completeness, posting our discussion for the archives, an issue exists in
this patch causing the following errors on an ARM64 machine with 288 CPUs:
When running SRCU-P test, we intermittently see:
[ 9500.806108] ??? Writer stall state RTWS_SYNC(21) g18446744073709551218 f0x0
->state 0x2 cpu 4
[ 9515.833356] ??? Writer stall state RTWS_SYNC(21) g18446744073709551218 f0x0
->state 0x2 cpu 4
It bisected to just this patch.
thanks,
- Joel
Powered by blists - more mailing lists