[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0c4dcb91-4830-0013-b8c6-64b9e1ce47d4@arm.com>
Date: Thu, 5 Sep 2019 17:52:32 +0100
From: Valentin Schneider <valentin.schneider@....com>
To: Markus Elfring <Markus.Elfring@....de>,
Alexey Dobriyan <adobriyan@...il.com>, dm-devel@...hat.com,
linux-block@...r.kernel.org, rcu@...r.kernel.org
Cc: linux-kernel@...r.kernel.org,
Andrea Arcangeli <aarcange@...hat.com>,
Ingo Molnar <mingo@...hat.com>, Jens Axboe <axboe@...nel.dk>,
Peter Zijlstra <peterz@...radead.org>
Subject: Re: sched: make struct task_struct::state 32-bit
On 05/09/2019 16:51, Markus Elfring wrote:
> Can a transformation approach like the following work also
> for your software?
>
> @replacement@
>
> identifier func, p, state_var;
>
> @@
>
> func(...,
> struct task_struct *p,
> ...
> ,
> - long
> + int
> state_var
> ,
> ...)
>
> {
>
> ...
>
> }
>
>
I actually got rid of the task_struct* parameter and now just match
against task_struct.p accesses in the function body, which has the
added bonus of not caring about the order of the parameters.
Still not there yet but making progress in the background, hope it's
passable entertainment to see me struggle my way there :)
>
> Regards,
> Markus
>
Powered by blists - more mailing lists