唤醒一个正在休眠的 Kthread

如何解决唤醒一个正在休眠的 Kthread

static struct task_struct *control = NULL;
static long call_ioctl(struct file *filp,unsigned int iocmd,unsigned long arg) 
{
    switch (iocmd)
    {
        case SETMODE:
            /* get buffer data from userspace which is either 0 or 1 */
            /* 0: Manual 1: Automatic*/
            switch (buffer)
            {
            case MANUAL:
                if (control)
                {
                    kthread_stop(control);
                    control = NULL;
                    printk(KERN_ALERT "Switching to MANUAL disabling kernel thread for Automatic\n");
                }
                mode = MANUAL_MODE;
                printk(KERN_ALERT "IN MANUAL \n");
                break;

            case AUTOMATIC:
            if (automatic_fan_control() != 0)
            {
                printk(KERN_ALERT "Failed to set fan to  AUTOMATIC!!! \n");
                return -1;
            }
            break;

            default:
                printk(KERN_ALERT "Entered value is incorrect\n");
                return -EINVAL;
            }
        break;
    }
       
}

static inline int automatic_fan_control(void)
{
    control = kthread_run(sense_cpu_temperature,NULL,"Temperature Thread");
    if (control)
    {
        printk(KERN_ALERT "Kthread Created Successfully\n");
    }
    else
    {
        printk(KERN_ALERT "Failed to create kthread. \n");
        control = NULL;
        return -1;
    }
    return 0;
}

int temperature(void *arg)
{

    while (!kthread_should_stop())
    {
        mutex_lock(&mutex);
        get_temperature();
        mutex_unlock(&mutex);
        /* Process the temperature value */
        msleep_interruptible(polling_interval);
    }
    return 0;
}

这是我为驱动程序编写的上述代码:

  • 当我切换到自动模式时,会创建线程来获取温度并对其进行处理,一旦这样做,它将休眠 polling_interval 时间,然后在时间过去后再次处理。
  • 当我切换到手动模式时,必须停止 kthread 并转到不是线程的手动模式。
  • 这里我面临的问题是当切换到手动模式时,它会在 kthread 的睡眠时间完成后响应,如果提供的睡眠时间间隔很大,则切换到手动模式需要很多时间。
  • 当 kthread 切换到手动模式时,有什么办法可以让它从睡眠状态中解脱出来。有点卡在这个新手司机任何帮助都会很棒

解决方法

让我们看看msleep_interruptible的来源:

unsigned long msleep_interruptible(unsigned int msecs)
{
        unsigned long timeout = msecs_to_jiffies(msecs) + 1;

        while (timeout && !signal_pending(current))
                timeout = schedule_timeout_interruptible(timeout);
        return jiffies_to_msecs(timeout);
}

schedule_timeout_interruptible 将休眠直到超时到期,或者信号被传递,或者被显式唤醒。它以 jiffies 为单位返回剩余时间。如上所示,msleep_interruptible 如果早起且没有待处理的信号,则会重新入睡。

kthread_stop 显式唤醒线程任务,但不发送信号,因此 msleep_interruptible 将运行完成,如果提前唤醒,线程任务将重新进入睡眠状态。

在这种情况下,一个简单的解决方法是在 temperature 中替换此调用:

        msleep_interruptible(polling_interval);

具有以下调用:

        schedule_timeout_uninterruptible(msecs_to_jiffies(polling_interval) + 1);

那么,如果早起,它就不会再睡了。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams['font.sans-serif'] = ['SimHei'] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -> systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping("/hires") public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate<String
使用vite构建项目报错 C:\Users\ychen\work>npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-
参考1 参考2 解决方案 # 点击安装源 协议选择 http:// 路径填写 mirrors.aliyun.com/centos/8.3.2011/BaseOS/x86_64/os URL类型 软件库URL 其他路径 # 版本 7 mirrors.aliyun.com/centos/7/os/x86
报错1 [root@slave1 data_mocker]# kafka-console-consumer.sh --bootstrap-server slave1:9092 --topic topic_db [2023-12-19 18:31:12,770] WARN [Consumer clie
错误1 # 重写数据 hive (edu)> insert overwrite table dwd_trade_cart_add_inc > select data.id, > data.user_id, > data.course_id, > date_format(
错误1 hive (edu)> insert into huanhuan values(1,'haoge'); Query ID = root_20240110071417_fe1517ad-3607-41f4-bdcf-d00b98ac443e Total jobs = 1
报错1:执行到如下就不执行了,没有显示Successfully registered new MBean. [root@slave1 bin]# /usr/local/software/flume-1.9.0/bin/flume-ng agent -n a1 -c /usr/local/softwa
虚拟及没有启动任何服务器查看jps会显示jps,如果没有显示任何东西 [root@slave2 ~]# jps 9647 Jps 解决方案 # 进入/tmp查看 [root@slave1 dfs]# cd /tmp [root@slave1 tmp]# ll 总用量 48 drwxr-xr-x. 2
报错1 hive> show databases; OK Failed with exception java.io.IOException:java.lang.RuntimeException: Error in configuring object Time taken: 0.474 se
报错1 [root@localhost ~]# vim -bash: vim: 未找到命令 安装vim yum -y install vim* # 查看是否安装成功 [root@hadoop01 hadoop]# rpm -qa |grep vim vim-X11-7.4.629-8.el7_9.x
修改hadoop配置 vi /usr/local/software/hadoop-2.9.2/etc/hadoop/yarn-site.xml # 添加如下 <configuration> <property> <name>yarn.nodemanager.res