[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170114211336.6udmjxtxvnya3sh5@x>
Date: Sat, 14 Jan 2017 13:13:36 -0800
From: Josh Triplett <josh@...htriplett.org>
To: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
Cc: linux-kernel@...r.kernel.org, mingo@...nel.org,
jiangshanlai@...il.com, dipankar@...ibm.com,
akpm@...ux-foundation.org, mathieu.desnoyers@...icios.com,
tglx@...utronix.de, peterz@...radead.org, rostedt@...dmis.org,
dhowells@...hat.com, edumazet@...gle.com, dvhart@...ux.intel.com,
fweisbec@...il.com, oleg@...hat.com, bobby.prani@...il.com
Subject: Re: [PATCH tip/core/rcu 0/9] Torture-test changes for 4.11
On Sat, Jan 14, 2017 at 01:25:33AM -0800, Paul E. McKenney wrote:
> Hello!
>
> This series provides torture-test updates:
>
> 1. Add a check for CONFIG_RCU_STALL_COMMON for TINY01, in order
> to complain if this case is not tested.
>
> 2. Add CONFIG_PROVE_RCU_REPEATEDLY=y for TINY02, in order to test
> this case.
>
> 3. Add tests without slow grace period setup/cleanup, as this case
> is what is actually used in production.
>
> 4. Run at least one test with CONFIG_DEBUG_OBJECTS_RCU_HEAD, to make
> sure that this case is tested regularly.
>
> 5. Run one test with DEBUG_LOCK_ALLOC but not PROVE_LOCKING, to make
> sure that this case is tested regularly.
>
> 6. Run a couple scenarios with CONFIG_RCU_EQS_DEBUG, again to make
> sure that this case is tested regularly.
>
> 7. Update RCU test scenario documentation.
>
> 8. Fix potential memory leak with rw lock test, courtesy of Yang Shi.
>
> 9. Enable DEBUG_OBJECTS_RCU_HEAD for Tiny RCU, you guessed it, to
> make sure that this case is regularly tested.
Reviewed-by: Josh Triplett <josh@...htriplett.org>
Powered by blists - more mailing lists