有关mtkfb中screen_update队列的分析

  • Post author:
  • Post category:其他


首先定义了一个task

static struct task_struct *screen_update_task = NULL;

在probe中进行了初始化:

init_waitqueue_head(&screen_update_wq);

screen_update_task = kthread_create( screen_update_kthread, NULL, “screen_update_kthread”);

if (IS_ERR(screen_update_task)) {


return PTR_ERR(screen_update_task);

}

wake_up_process(screen_update_task);

上面的代码已经完成这个task的创建,并通过wake_up_process将该kthread给运行起来了,在adb shell 下 ps也是可以看到一个screen_update_kthread的进程的。

线程中的函数

static int screen_update_kthread(void *data)

{




struct sched_param param = { .sched_priority = RTPM_PRIO_SCRN_UPDATE };



sched_setscheduler(current, SCHED_RR, &param);

for( ;; ) {


wait_event_interruptible(screen_update_wq, atomic_read(&has_pending_update));

mtkfb_update_screen_impl();



atomic_set(&has_pending_update,0);

if (kthread_should_stop())

break;

}

return 0;

}

这个函数开始就通过sched_setschedulers来设置进行的调度,修改优先级,SCHED_RR表示居于时间片的调度,当时间片用完,会将该进程放到就绪队列中等待cpu的调度。

for循环中通过wait_event_interruptible函数设置screen_update_wq进入可中断的休眠。

加入kthread_should_stop()函数的原因是要在开启线程的函数中加入该函数,否则kthread_stop是不会起作用的。

mtkfb_update_screen_impl()函数会调用DISP_CHECK_RET(DISP_UpdateScreen(0, 0, fb_xres_update, fb_yres_update));来更新屏幕。

之后需要分析的是screen_update_wq这个


wait_queue_head_t.




版权声明:本文为yalexiaoqiang原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。