Re: The rdp->gpwrap behavior

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 2/19/2025 8:54 AM, Paul E. McKenney wrote:
>>> the system, by scaling the default by the number of CPUs.  After all,
>>> we want to test both the ->gpwrap path *and* the non-->gpwrap path.
>> Agreed. But do we want to test both these paths only under rcutorture testing or
>> were you considering we do it for regular operation as well? i.e. wrap in 10
>> minutes in regular operation. I am guessing you want it only for rcutorture
>> _and_ have a 10 minute default.
>>
>> If that is the case, we would then need rcu_gpnum_ovf() to consult rcutorture,
>> if it is enabled, about what what the threshold is.
> The rcu_gp_slow() function does something similar for the grace-period
> kthread's injected delays, so that can work.  Probably better than putting
> the module parameter in tree.c, because putting it in rcutorture makes
> in more clear that it is for debugging.

Ok thanks, just to clarify:

Normal operation is still ULONG/2 threshold.
rcutorture operation will be 10 minutes (overridable by rcutorture module
option, not module option in non-test kernel code itself).

If we are in disagreement about this, please let me know. Otherwise I will work
on a patch as a next step on this.

 - Joel





[Index of Archives]     [Linux Samsung SoC]     [Linux Rockchip SoC]     [Linux Actions SoC]     [Linux for Synopsys ARC Processors]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]


  Powered by Linux