[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20250627034334.19345-1-henry.hj@antgroup.com>
Date: Fri, 27 Jun 2025 11:43:34 +0800
From: "Henry Huang" <henry.hj@...group.com>
To: tj@...nel.org
Cc: <arighi@...dia.com>,
<changwoo@...lia.com>,
"Henry Huang" <henry.hj@...group.com>,
"谈鉴锋" <henry.tjf@...group.com>,
<linux-kernel@...r.kernel.org>,
<sched-ext@...ts.linux.dev>,
<void@...ifault.com>,
"Yan Yan(cailing)" <yanyan.yan@...group.com>
Subject: Re: [PATCH v3] sched_ext: Implement SCX_OPS_TRACK_MIGRATION
On Wed, 25 Jun 2025 13:07:04 -1000, Tejun Heo wrote:
> Even in such cases, wouldn't something like the following work?
>
> void my_running(struct task_struct *p)
> {
> struct my_task_ctx *taskc;
>
> if (!(taskc = lookup_task_ctx(p)))
> return;
> if (taskc->cpu != scx_bpf_task_cpu(p)) {
> /* update other stuff */
> taskc->cpu = scx_bpf_task_cpu(p);
> }
> }
Thank you for your reply. I will try it again and will reach out via
email if I have any other questions.
--
Henry
Powered by blists - more mailing lists