On 1/8/23 11:04, Christophe JAILLET wrote:
In an attempt to simplify some includes in , it
appeared, when compiling fs/ecryptfs/dentry.c, that
was relying on other includes to get the definition of cpu_relax().
(see [1])
It broke on arc.
It its just ARC that broke, maybe we can do something
On Sun, 8 Jan 2023 20:04:44 +0100 Christophe JAILLET
wrote:
> In an attempt to simplify some includes in , it
> appeared, when compiling fs/ecryptfs/dentry.c, that
> was relying on other includes to get the definition of cpu_relax().
> (see [1])
>
> It broke on arc.
>
> Include in to fix t
On 07/01/23 12:04, Ingo Molnar wrote:
> * Valentin Schneider wrote:
>
>> send_call_function_single_ipi() is the thing that sends IPIs at the bottom
>> of smp_call_function*() via either generic_exec_single() or
>> smp_call_function_many_cond(). Give it an IPI-related tracepoint.
>>
>> Note that t
On 08/01/23 20:17, Huacai Chen wrote:
> Hi, Valentin,
>
> On Fri, Dec 2, 2022 at 11:59 PM Valentin Schneider
> wrote:
>> @@ -83,7 +83,7 @@ extern void show_ipi_list(struct seq_file *p, int prec);
>> * it goes straight through and wastes no time serializing
>> * anything. Worst case is that we
On Sun, Jan 08, 2023 at 08:04:44PM +0100, Christophe JAILLET wrote:
> In an attempt to simplify some includes in , it
> appeared, when compiling fs/ecryptfs/dentry.c, that
> was relying on other includes to get the definition of cpu_relax().
> (see [1])
>
> It broke on arc.
>
> Include in to f
