Question

我启动内核

with isolcpus=3-7

我希望在其中一个隔离的CPU内核上运行一个线程。

基于此idea，我这样做：

ctx->workq = create_singlethread_workqueue("my_work");
struct workqueue_attrs *attr = alloc_workqueue_attrs(GFP_KERNEL);
alloc_cpumask_var(&attr->cpumask, GFP_KERNEL);
cpumask_clear(attr->cpumask);
cpumask_set_cpu(5, attr->cpumask);
apply_workqueue_attrs(ctx->workq, attr);
INIT_WORK(&ctx->work, my_work);

但它没有用。以下代码报告0：

static void my_work(struct work_struct *w) {
    printk("CPU is: %d\n", get_cpu());
    put_cpu();

如何在特定核心上运行此工作队列线程（如果可能的话，是一个孤立的核心）？

Answer 1

主线内核中已经有一个API schedule_work_on ，可用于在特定核心上运行您的工作队列线程。

几年前，我为同一目的使用了相同的API。看看示例代码。

static void
 myworkmod_work_handler(struct work_struct *w)
{
    printk(KERN_ERR "CPU is: %d\n", get_cpu());
    pr_info("work %u jiffies\n", (unsigned)onesec);
    put_cpu();
 }


 static int myworkmod_init(void)
 {
    onesec = msecs_to_jiffies(1000);
    pr_info("module loaded: %u jiffies\n", (unsigned)onesec);

    if (!wq)
            wq = create_singlethread_workqueue("myworkmod");
    if (wq)
            queue_delayed_work_on(2,wq, &myworkmod_work, onesec); //2 CPU no

    return 0;
  }

在您的情况下，我认为您使用的是 schedule_work API，该API始终保留默认的CPU编号。这就是为什么你得到 CPU 0 。所以你必须尝试下面的一个：

schedule_work_on(cpu_nr, &ctx->work);  //cpu_nr will the CPU no to be used.

在隔离的cpu核心上运行内核线程

1 个答案: