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;
Message-ID: <a4fa8045-64f9-5550-7f03-b6819aeeb6c4@kernel.org>
Date:   Tue, 1 Mar 2022 18:30:07 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.5.0
Subject: Re: [PATCH] tracing/osnoise: Force quiescent states while tracing
Content-Language: en-US
To:     Steven Rostedt <rostedt@goodmis.org>
Cc:     paulmck@kernel.org, mingo@redhat.com, linux-kernel@vger.kernel.org,
        mtosatti@redhat.com, Nicolas Saenz Julienne <nsaenzju@redhat.com>
References: <20220228141423.259691-1-nsaenzju@redhat.com>
 <20220228104523.01eda61a@gandalf.local.home>
 <6bd3b0083427c6cf1c860a021e097af9052cdd75.camel@redhat.com>
From:   Daniel Bristot de Oliveira <bristot@kernel.org>
In-Reply-To: <6bd3b0083427c6cf1c860a021e097af9052cdd75.camel@redhat.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 3/1/22 11:59, Nicolas Saenz Julienne wrote:
>> I wonder if this is similar to what we have in trace_benchmark(). Would
>> using: cond_resched_tasks_rcu_qs() work for you?
> IIUC this only affects tasks_rcu, and doesn't help with regular RCU. We already
> call cond_resched_tasks_rcu_qs() in osnoise when necesary, actually it was
> introduced by you. :)

I tried using cond_resched_tasks_rcu_qs() to solve the same problem before, it
did not work.

-- Daniel