BUG: scheduling while atomic: fpv_cams/605/0x00010001

文章描述了在IIO框架下,IMU驱动在定时器中断内部调用导致的错误,由于IO读取时间过长引起内核崩溃。作者尝试了多种方法,包括使用spidev接口、tasklet和工作队列。最终,通过在定时器中断中使用工作队列来处理复杂的长时间任务,成功解决了问题。
摘要由CSDN通过智能技术生成

        IIO框架下IMU驱动的接口在定时器中断内调用报错,因调用IO读定时间较长会导致睡眠的发生,因为内核总是崩。

 尝试了几种解决方法:

1.在IIO框架里,使用 spidev 的接口来读写,错误依旧;

2.去掉IIO框架,使用 spidev 设备的接口来读写,错误依旧;

3.在IIO框架里,使用regmap原先的读写接口,在定时器中断调用时增加了tasklet。tasklet可以用来处理比较耗时间的事情,但还是不行,错误依旧;

4.在IIO框架里,使用regmap原先的读写接口,在定时器中断调用时增加了工作队列。tasklet可以用来处理比较耗时间的事情,工作队列可以处理非常复杂并且更耗时间的事情。在处理耗时间的事情上,它们有相同的功能。现在碰到了非常复杂且耗时间的事情,只能使用工作队列,问题解决;

/* code */

struct work_struct key_bd;

/* 此接口在定时器中断里被调用 */
int icm42686_get_data_bottom(struct icm42686 *dev, struct icm42686_data * imu)
{    
    bd_imu = imu;
    schedule_work(&key_bd);

    return 0;
}
EXPORT_SYMBOL(icm42686_get_data_bottom);

/* work queue */
static void work_queue_icm42686_bottom(struct work_struct *arg)
{

    if (icm42686_bottom_dev != NULL)
        icm42686_get_data_bottom_bd(icm42686_bottom_dev, bd_imu);
    else
        printk("icm42686_bottom_dev is null.\n");    
}

INIT_WORK(&key_bd, work_queue_icm42686_bottom);

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
06-06
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值