linux-kernel - task migration problem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Date:	Sun, 8 Apr 2007 11:02:03 +0300
From:	"Tomer Morad" <tomer.morad@...il.com>
To:	<linux-kernel@...r.kernel.org>
Subject: task migration problem

Hi,

As part of my PhD research, I'm trying to migrate a task from one CPU to another, but without success. Any help here would be much
appreciated!

The decision whether to migrate a task is taken at scheduler_tick(). I have tried the following approaches:
1. add a request to the migration queue of the current cpu.
2. deactivate the task on this cpu and activating it on the other cpu.
In both cases, the kernel hangs.

This is an example code I used at the end of schedule(), after spin_unlock_irq(rq->lock):

...

        finish_task_switch(this_rq(), prev);
} else
        spin_unlock_irq(&rq->lock);

//my code starts here. Prev->asymmetric_do_migrate is updated at scheduler_tick
//task_deactivated keeps track whether prev was deactivated in schedule()
//the task should migrate to prev->asymmetric_migrate_to_cpu
if (prev->asymmetric_do_migrate && !task_deactivated && !(prev->flags & PF_DEAD) && (prev != next))
{
        struct rq *dest_rq = cpu_rq(prev->asymmetric_migrate_to_cpu);
        struct rq *src_rq;
        int src_cpu;
        local_irq_disable();
        src_rq = task_rq(prev);
        double_rq_lock(src_rq,dest_rq);
        src_cpu = task_cpu(prev);

        if (src_cpu!=prev->asymmetric_migrate_to_cpu)
        {
                set_task_cpu(prev,prev->asymmetric_migrate_to_cpu);
                deactivate_task(prev, src_rq);
                __activate_task(prev, dest_rq);
        }
        prev->asymmetric_do_migrate = 0;
        double_rq_unlock(src_rq,dest_rq);
        local_irq_enable();
}
//my code ends here

prev = current;
if (unlikely(reacquire_kernel_lock(prev) < 0))
        goto need_resched_nonpreemptible;

...


Obviously I'm overlooking something trivial, perhaps something with the locks or with the activation mechanism.

Thanks in advance for any help!
Tomer.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/