linux kthread_worker与kthread_work

kthread_worker详解
本文介绍了Linux内核中的kthread_worker机制,包括kthread_worker、kthread_work和kthread_delayed_work的基本概念及其结构体定义。此外,还详细阐述了如何通过宏定义和API来创建这些对象,并展示了如何提交工作项进行即时或延后执行。

简述

kthread_worker就像是一个工作者(员工,工人),kthread_work就像是需要工作者去完成的工作。将需要完成的工作打包成kthread_work,然后交给kthread_worker去完成。


1、kthread_worker,kthread_work结构体类型,以及后面出现的API,都声明在include/linux/kthread.h中,如下:

struct kthread_worker {
        unsigned int            flags;
        spinlock_t              lock;
        struct list_head        work_list;
        struct list_head        delayed_work_list;
        struct task_struct      *task;
        struct kthread_work     *current_work;
};

struct kthread_work {
        struct list_head        node;
        kthread_work_func_t     func;
        struct kthread_worker   *worker;
        /* Number of canceling calls that are running at the moment. */
        int                     canceling;
};

struct kthread_delayed_work {
        struct kthread_work work;
        struct timer_list timer;
};

kthread_delayed_work:表示提交给kthread_worker的工作,不需要立马执行,要延后执行,用它,而不是用kthread_work。后面会看到用法。

从使用角度看,我们只需要知道有这三个结构体,就可以了,不用详细具体的了解结构里面每个成员代表的意义。重点是下面API的使用。


2、定义和初始化kthread_worker,kthread_work

第一种方法,用宏:
下列宏都声明在kthread.h里面

#define DEFINE_KTHREAD_WORKER(worker)                                   \
        struct kthread_worker worker = KTHREAD_WORKER_INIT(worker)

#define DEFINE_KTHREAD_WORK(work, fn)                                   \
        struct kthread_work work = KTHREAD_WORK_INIT(work, fn)

#define DEFINE_KTHREAD_DELAYED_WORK(dwork, fn)                          \
        struct kthread_delayed_work dwork =                             \
                KTHREAD_DELAYED_WORK_INIT(dwork, fn)

用法,很简单,如下,定义个zi_worker和zi_work:

void zi_fn(struct kthread_work *work)
{

}
DEFINE_KTHREAD_WORKER(zi_worker);
DEFINE_KTHREAD_WORK(zi_work,zi_fn);

注意,zi_fn函数必须符合kthread_work_func_t类型函数,
kthread_work_func_t也声明在kthread.h里面,如下:

typedef void (*kthread_work_func_t)(struct kthread_work *work);

第二种,定义和初始化:

struct kthread_worker zi_worker;
struct kthread_work   zi_work;

void zi_fn(struct kthread_work *work)
{

}

kthread_init_worker(&zi_worker);
kthread_init_work(&zi_worke,zi_fn);

以上zi_fn其实,就是作为需要的工作,打包到khtread_work里面,下面就该是将需要完成的工作提交给kthread_worker去完成。


3、提交kthread_work到kthread_worker中去执行

直接看例子:

struct kthread_worker zi_worker;
struct kthread_work   zi_work;
struct task_struct *w = NULL;

void zi_fn(struct kthread_work *work)
{

}

kthread_init_worker(&zi_worker);
kthread_init_work(&zi_worke,zi_fn);
w = khtread_run(kthread_worker_fn,&zi_worker,"zi worker");
kthread_queue_work(&zi_worker,&zi_work);

kthread_queue_work()将zi_work提交到zi_worker去完成,
kthread_worker_fn()是系统提供的函数,只需按照例子中的方法,去创建线程,后提交ktread_work到kthread_worker后,线程函数kthread_worker_fn就会运行kthread_work携带的函数zi_fn()。

当然,我们也可以自己实现像kthread_worker_fn这样的函数,但是一般情况下,是没有必要的。

另外,延后执行提交的例子如下:

struct kthread_worker zi_worker;
struct kthread_delayed_work   zi_work_delay;
struct task_struct *w = NULL;

void zi_fn(struct kthread_work *work)
{

}

kthread_init_worker(&zi_worker);
kthread_init_delayed_work(&zi_worke_delay,zi_fn);
w = khtread_run(kthread_worker_fn,&zi_worker,"zi worker");
kthread_queue_delayed_work(&zi_worker,&zi_work_delay,100);//表示延后100jiffes再执行函数zi_fn

其他API说明如下:

//创建kthread_worker,可以替代上面说到定义和初始化khtread_worker
struct kthread_worker *
kthread_create_worker(unsigned int flags, const char namefmt[], ...);

//在具体那个cpu上创建kthread_worer,在多核CPU上可用
__printf(3, 4) struct kthread_worker *
kthread_create_worker_on_cpu(int cpu, unsigned int flags,
                             const char namefmt[], ...);

//刷新kthread_work,直到work被执行后才返回,用于确保work被执行
void kthread_flush_work(struct kthread_work *work);

//刷新kthread_worker,直到worker上的work被处理完后,才返回
void kthread_flush_worker(struct kthread_worker *worker);

//退出kthread_work,将work,从worker上取下,
//未被执行的work将不会再执行,
//正在执行的work,等待完成后,返回
//已经执行work,此函数直接返回,不做任何动作
bool kthread_cancel_work_sync(struct kthread_work *work);
//同上,这个用于延后执行kthread_work的版本
bool kthread_cancel_delayed_work_sync(struct kthread_delayed_work *work);
//销毁worker
void kthread_destroy_worker(struct kthread_worker *worker);

注意:以上API都是基于4.10的,3.10的名字有微小的差别,具体视内核版本,一定要注意这点

<think> 我们正在分析以下代码片段: ``` kbdev->mali_kthread_worker = kthread_create_worker(0, "mali_worker_kthread_shared"); ``` ### 功能 1. **创建工作线程**: `kthread_create_worker` 是 Linux 内核提供的函数,用于创建一个内核工作线程(worker thread)[^1]。该线程专门用于处理通过 `kthread_queue_work` 提交的工作项(work items)。 2. **参数解析**: - 第一个参数 `0` 表示线程的 CPU 亲和性(affinity)标志位,设为 `0` 表示不绑定特定 CPU,由系统调度器自动分配[^2]。 - 第二个参数 `"mali_worker_kthread_shared"` 是线程的名称,用于调试和日志识别。 3. **返回值**: 返回一个 `struct kthread_worker` 指针,存储在 `kbdev->mali_kthread_worker` 中。该指针后续用于提交工作(`kthread_queue_work`)或销毁线程(`kthread_destroy_worker`)。 ### 用法 1. **典型工作流程**: ```c // 1. 创建工作线程(如题述代码) struct kthread_worker *worker = kthread_create_worker(0, "worker_name"); // 2. 定义工作项(通常在驱动初始化时) struct kthread_work work; kthread_init_work(&work, work_function); // work_function 为实际任务函数 // 3. 提交工作 kthread_queue_work(worker, &work); // 4. 清理时销毁线程 kthread_destroy_worker(worker); ``` 2. **Mali GPU 驱动中的用途**: 在 Mali 驱动中,此线程可能用于: - 处理 GPU 中断的底部半部(bottom half)任务 - 执行电源管理操作(如动态调频) - 批量提交渲染命令[^3] ### 潜在问题 1. **错误处理缺失**: 原始代码检查了创建结果: ```c if (IS_ERR_OR_NULL(kbdev->mali_kthread_worker)) dev_err(kbdev->dev, "Failed to create mali worker thread"); ``` 但未处理失败情况(如返回错误码或终止初始化),可能导致后续空指针访问。 2. **优先级设置风险**: 代码中调用了 `sched_set_fifo(kbdev->mali_kthread_worker->task)` 将线程设置为实时调度策略(`SCHED_FIFO`)。这可能导致: - **优先级反转**:若线程持有锁且被低优先级进程阻塞,而中等优先级进程抢占,可能引发系统延迟问题[^4]。 - **CPU 饥饿**:长时间运行的实时线程可能独占 CPU。 3. **资源泄漏**: 若驱动卸载时未调用 `kthread_destroy_worker`,会导致: - 内核线程残留(可通过 `ps -ef` 查看) - 关联的内存未释放 4. **多核竞争条件**: 若工作函数(如 `work_function`)访问共享资源(如 GPU 寄存器)时未加锁,可能因并发操作引发数据损坏。 ### 最佳实践建议 1. **错误传播**: 创建失败时应向上返回错误码(如 `PTR_ERR(kbdev->mali_kthread_worker)`),而非仅打印日志。 2. **优先级审慎使用**: 若非必要(如硬实时需求),避免使用 `SCHED_FIFO`。如需使用,应: - 设置合理的优先级(非最高) - 确保工作函数执行时间短 3. **生命周期对称**: 在驱动退出函数中补充销毁逻辑: ```c if (kbdev->mali_kthread_worker) { kthread_destroy_worker(kbdev->mali_kthread_worker); kbdev->mali_kthread_worker = NULL; } ``` 4. **工作函数安全设计**: - 使用锁(如 `spin_lock`)保护共享资源 - 避免长时间阻塞操作(如等待用户空间响应) --- §§相关问题§§ 1. Linux 内核工作线程(kthread_worker工作队列workqueue)有何区别? 2. 如何调试内核线程的 CPU 占用率过高问题? 3. `sched_set_fifo` 实时调度策略适用于哪些场景? 4. Mali GPU 驱动中工作线程的典型任务有哪些? [^1]: Linux Kernel API: `kthread_create_worker` [^2]: CPU Affinity in Linux Kernel Threads [^3]: ARM Mali Driver Architecture Documentation [^4]: Real-time Scheduling in Linux </think> ### 分析代码:`kthread_create_worker(0, "mali_worker_kthread_shared")` #### 功能 1. **创建工作线程**: 调用 Linux 内核的 `kthread_create_worker()` 创建一个专用的内核工作线程(worker thread),用于异步处理任务[^1]。 2. **线程特性**: - **名称标识**:命名为 `"mali_worker_kthread_shared"`,标识为 Mali GPU 驱动的共享工作线程。 - **无 CPU 亲和性**:参数 `0` 表示不绑定特定 CPU 核心,由系统调度器动态分配。 3. **存储指针**: 返回的 `struct kthread_worker` 指针存入 `kbdev->mali_kthread_worker`,供后续提交任务使用。 #### 用法 1. **任务提交流程**: ```c // 定义工作项 struct kthread_work work; kthread_init_work(&work, task_function); // task_function为实际任务函数 // 提交到工作线程 kthread_queue_work(kbdev->mali_kthread_worker, &work); ``` 2. **典型应用场景**: - **GPU 中断处理**:处理 GPU 硬中断的底部半部(bottom half)任务。 - **电源管理**:执行动态调频(DVFS)或休眠唤醒操作。 - **内存管理**:异步回收 GPU 内存资源[^2]。 #### 潜在问题 1. **优先级风险**: 后续的 `sched_set_fifo()` 设置 `SCHED_FIFO` 实时调度策略(优先级 1-99)[^3]: ```c sched_set_fifo(kbdev->mali_kthread_worker->task); // 行720 ``` - ✅ **优势**:确保高优先级任务(如渲染中断)及时响应。 - ❌ **风险**:若任务执行时间长,可能导致低优先级线程饥饿(CPU 占用 100%)。 2. **资源泄漏**: 若驱动卸载时未销毁线程,导致内核资源泄漏: ```c // 缺失的清理代码示例 void driver_exit() { if (kbdev->mali_kthread_worker) { kthread_destroy_worker(kbdev->mali_kthread_worker); // 必须补充 } } ``` 3. **并发竞争**: 多个工作项并发执行时,若任务函数未正确处理共享资源(如 GPU 寄存器),可能导致数据竞争。 4. **错误处理不足**: `IS_ERR_OR_NULL()` 检测失败后仅打印日志(行 718),未中断初始化或回滚资源,可能导致后续空指针崩溃。 #### 最佳实践建议 1. **限制实时优先级任务时长**: 拆分长时间任务,或改用 `SCHED_RR` 分时调度策略: ```c struct sched_param param = { .sched_priority = 50 }; sched_setscheduler(worker->task, SCHED_RR, &param); ``` 2. **完善生命周期管理**: 在模块退出函数中对称添加销毁逻辑。 3. **工作项加锁**: 访问共享资源时使用自旋锁: ```c static DEFINE_SPINLOCK(gpu_reg_lock); void task_function() { spin_lock(&gpu_reg_lock); // 操作寄存器 spin_unlock(&gpu_reg_lock); } ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值