OK6410A 开发板 (八) 29 linux-5.11 OK6410A 主要内核线程解析

2024-05-27 15:48

本文主要是介绍OK6410A 开发板 (八) 29 linux-5.11 OK6410A 主要内核线程解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

  • kthreadd这篇博客简述了 一下 系统内创建的 所有内核线程
// 进程 1 2 的 父进程为 0
// 其他所有内核线程(被[]包括的) 父进程都是 kthreadd
进程ID 所属用户 		 状态  COMMAND进程名		进程创建文件		进程创建函数// 1号用户进程1 root      1412 S    {linuxrc} init 	//init/main.c	kernel_thread// 1号用户进程// 2号内核进程2 root         0 SW   [kthreadd] 		// init/main.c  kernel_thread// 2号内核线程,负责 创建所有的内核线程// 内核的管家进程3 root         0 IW   [kworker/0:0-eve] //kernel/workqueue.c create_worker4 root         0 IW<  [kworker/0:0H-kb]5 root         0 IW   [kworker/u2:0-ev] 	16 root         0 IW   [kworker/0:1-eve]	30 root         0 IW<  [kworker/0:1H-kb]31 root         0 IW<  [kworker/u3:1-xp]48 root         0 IW   [kworker/u2:7-nf]67 root         0 IW<  [kworker/u3:4-xp]// "kworker" is a placeholder process for kernel worker threads, which perform most of the actual processing for the kernel, especially in cases where there are interrupts, timers, I/O, etc. // These typically correspond to the vast majority of any allocated "system" time to running processes. // It is not something that can be safely removed from the system in any way, and is completely unrelated to nepomuk or KDE (except in that these programs may make system calls, which may require the kernel to do something).// 用于执行内核工作队列,分为绑定 CPU (名称格式为 kworker/0:0-eve)和未绑定 CPU(名称格式为 kworker/u3:4-xp)两类。7 root         0 SW   [ksoftirqd/0]		// kernel/softirq.c smpboot_register_percpu_thread// ksoftirqd以与kworker几乎相同的方式处理 softirq// softirq 使用的内核线程ksoftirqd// 模块相关进程// 内存相关进程6 root         0 IW<  [mm_percpu_wq] 	// mm/vmstat.c alloc_workqueue10 root         0 SW   [oom_reaper] 		// mm/oom_kill.c kthread_run11 root         0 IW<  [writeback] 		// mm/backing-dev.c alloc_workqueue12 root         0 SW   [kcompactd0] 		// mm/compaction.c kthread_run19 root         0 SW   [kswapd0] 		// mm/vmscan.c kthread_run// 用于内存回收// 网络相关进程20 root         0 IW<  [nfsiod] 			 // fs/nfs/inode.c alloc_workqueue21 root         0 IW<  [ipv6_addrconf] 	 // net/ipv6/addrconf.c create_workqueue8 root         0 IW<  [netns] 			 // net/core/net_namespace.c create_singlethread_workqueue9 root         0 IW<  [inet_frag_wq] 	 // net/ipv4/inet_fragment.c create_workqueue// 块设备相关进程13 root         0 IW<  [kblockd] 		// block/blk-core.c alloc_workqueue// rpc相关15 root         0 IW<  [rpciod] 			// net/sunrpc/sched.c alloc_workqueue18 root         0 IW<  [xprtiod] 		// net/sunrpc/sched.c alloc_workqueue// 防死机看门狗内核进程14 root         0 SW   [watchdogd] 		// drivers/watchdog/watchdog_dev.c kthread_create_worker// mmc 相关23 root         0 IW<  [sdhci]			// drivers/mmc/host/sdhci.c alloc_workqueue24 root         0 SW   [irq/88-mmc0] 	// drivers/mmc/host/sdhci.c request_threaded_irq// 给中断线程化使用的irq内核线程29 root         0 IW<  [mmc_complete] 	// drivers/mmc/core/block.c alloc_workqueue// 用户进程53 root      4100 S    /sbin/mdev -df64 root     19388 S    /usr/bin/Xorg :0.0 vt01 -s 0 -noreset -allowMouseOpe// 后期 需 重点关注 这些进程
// init kthreadd 
// kworker ksoftirqd 
// mem(5个) kblockd mmc(3个) watchdogd 
  • idle线程

  • init线程

  • kthreadd线程

  • kworker线程

入口是 worker_threadkthreadcreate->threadfn/即worker_threadwoke_up:...recheck:if (!need_more_worker(pool))goto sleep;if (unlikely(!may_start_working(pool)) && manage_workers(worker))goto recheck;do{process_scheduled_worksprocess_one_workworker->current_func(work);}while(keep_working(pool));sleep:schedule();goto woke_up;
  • ksoftirqd 线程
kthreadcreate->threadfn/即run_ksoftirqd__do_softirqstruct softirq_action *h;h = softirq_vec;while ((softirq_bit = ffs(pending))) { h += softirq_bit - 1;h->action(h);h++;}
  • watchdogd 线程

总结 : 
1.watchdogd 线程 是个 kworker 线程
2.定时器的处理函数会提交喂狗任务给 watchdogd 线程
4.watchdogd 线程被调入后喂狗---- 初始化时subsys_initcall_sync(watchdog_init);watchdog_initwatchdog_dev_initwatchdog_kworker = kthread_create_worker(0, "watchdogd"); // 即 kthread -> (create->threadfn/即worker_thread)module_platform_driver(s3c2410wdt_driver).probe      = s3c2410wdt_probe,s3c2410wdt_probewatchdog_register_device__watchdog_register_devicewatchdog_dev_registerwatchdog_cdev_register// 喂狗任务kthread_init_work(&wd_data->work, watchdog_ping_work);// 定时器hrtimer_init(&wd_data->timer, CLOCK_MONOTONIC, HRTIMER_MODE_REL_HARD);wd_data->timer.function = watchdog_timer_expired;----运行时// 定时器时间到了,watchdog_timer_expired被调用
// watchdog_timer_expired 提交喂狗任务 给 watchdog_kworker
watchdog_timer_expiredkthread_queue_work(watchdog_kworker, &wd_data->work);// 喂狗任务 被调用 
watchdog_ping_work__watchdog_ping(wd_data->wdd);wdd->ops->ping(wdd)/即s3c2410wdt_keepalivewritel(wdt->count, wdt->reg_base + S3C2410_WTCNT);
  • mmc 相关线程
//等涉及到 mmc 分析了再说
// 设备驱动相关
  • kblockd 线程
// 等涉及 ext3 分析了再说
// 文件系统相关
  • mem 相关线程
// 等涉及到内存分析了再说
// 内存相关
其他
  • 创建内核线程的API是什么
A.比较高级的API : kernel_thread
B.比较中级的API : kthread_create
C.比较简单的API : alloc_workqueue/create_workqueue/smpboot_register_percpu_thread/request_threaded_irq使用A 的 场景 : 就 两个
使用B 的 场景 : 不超过20个
使用C 的 场景 : 很多,有超过200个内核建议我们使用CC 对于 我们来说是什么
一个创建线程的方法(包括3方面)1.工作者线程的创建 					// 任务的创建完全是内核处理的,我们不需要关心2.工作任务的提交(当然先要创建任务) 	// 任务的创建和提交是我们处理的,需要关心 // 有些是内核处理的3.工作者线程的唤醒 					// 唤醒 是 我们处理的,需要关心 // 有些是内核处理的C 创建的线程(名为target)  会 查询 队列(名为queue)中的任务,然后没有任务(task
)就睡眠
如果有代码将任务(task)插入了该队列(queue),然后唤醒target,此时 target 会执行任务(task)中的处理函数对于内核,这个框架的实现有好几种1. 工作队列2. softirq工作队列1.利用 alloc_workqueue/create_workqueue 完成 工作者线程的创建2.利用 insert_work 						完成 工作任务的提交 	// queue_work 调用的深层函数3.利用 wake_up_worker 					完成 工作者线程的唤醒 // queue_work 调用的深层函数softirq1. 利用 smpboot_register_percpu_thread 	完成 工作者线程的创建2. 利用 or_softirq_pending 				完成 工作任务的提交3. 利用 wakeup_softirqd 				完成 工作者线程的唤醒
softirq机制
处理函数的调用分为两种1. 直接处理 // 对应 __do_softirq  ,但是 __do_softirq  中也会 有 该动作(唤醒 softirqd 处理)执行的条件判断2. 唤醒 softirqd 处理 // 对应 __do_softirqd  , 该函数位于 softirqd 中,是主体函数
原因:处理函数的调用A :1.__do_softirq // 一个函数,直接调用即可,该函数可以直接处理softirq,而不用唤醒 softirqd2.__do_softirqd // 在一个线程里面,使其被调用只能先 唤醒该线程1// linux-5.11 中没有这个函数,而是用的__do_softirq // TODO 
处理函数的调用A的封装:1.invoke_softirq/do_softirq2.wakeup_softirqd
处理函数的调用A的封装的封装:1.irq_exit/netif_rx_ni/local_bn_enable2.raise_softirq/__do_softirq 
处理函数的调用A的封装的封装的封装:1.2.invoke_softirq/do_softirq
处理函数的调用A的封装的封装的封装的封装:1.2.irq_exit/netif_rx_ni/local_bn_enable
  • 引起 __do_softirq 运行的函数
处理函数的调用A :1.__do_softirq // 一个函数,直接调用即可处理函数的调用A的封装:1.invoke_softirq/do_softirq处理函数的调用A的封装的封装:1.irq_exit/netif_rx_ni/local_bn_enable
  • 引起 __do_softirqd 运行的函数
处理函数的调用A :2.__do_softirqd // 在一个线程里面,使其被调用只能先 唤醒该线程1
处理函数的调用A的封装:2.wakeup_softirqd
处理函数的调用A的封装的封装:2.raise_softirq/__do_softirq 
处理函数的调用A的封装的封装的封装:2.invoke_softirq/do_softirq
处理函数的调用A的封装的封装的封装的封装:2.irq_exit/netif_rx_ni/local_bn_enable
  • 同时引起 两者 运行的函数
irq_exit/netif_rx_ni/local_bn_enable
invoke_softirq/do_softirq
__do_softirq 
  • 只引起 __do_softirq(绝对不会引起唤醒softirqd的函数) 运行的函数
  • 只引起 __do_softirqd 运行的函数
raise_softirq
wakeup_softirqd
__do_softirqd 

softirqinit_timers->open_softirq(TIMER_SOFTIRQ, run_timer_softirq);raise_softirq(TIMER_SOFTIRQ);tasklet由软中断实现softirq_init->open_softirq(TASKLET_SOFTIRQ, tasklet_action);tasklet_schedule__tasklet_scheduleraise_softirq_irqoff(TASKLET_SOFTIRQ)内核版本中定义了10个软中断,并且系统不建议用户自己添加软中断,
所以对于软中断基本用于已定义好的功用
而如果用户需要,可以使用其中的一个类型即TASKLET_SOFTIRQinclude/linux/interrupt.h531 /* PLEASE, avoid to allocate new softirqs, if you need not _really_ high         
532    frequency threaded job scheduling. For almost all the purposes                
533    tasklets are more than enough. F.e. all serial device BHs et                  
534    al. should be converted to tasklets, not to softirqs.                         
535  */                                                                              
536                                                                                  
537 enum                                                                             
538 {                                                                                
539     HI_SOFTIRQ=0,                                                                
540     TIMER_SOFTIRQ,                                                               
541     NET_TX_SOFTIRQ,                                                              
542     NET_RX_SOFTIRQ,                                                              
543     BLOCK_SOFTIRQ,                                                               
544     IRQ_POLL_SOFTIRQ,                                                            
545     TASKLET_SOFTIRQ,                                                             
546     SCHED_SOFTIRQ,                                                               
547     HRTIMER_SOFTIRQ,                                                             
548     RCU_SOFTIRQ,    /* Preferable RCU should always be the last softirq */       
549                                                                                  
550     NR_SOFTIRQS                                                                  
551 };
  • __do_softirq运行过程
1.首先调用local_softirq_pending函数取得目前有哪些位存在软件中断2.调用local_bh_disable关闭软中断,其实就是设置正在处理软件中断标记,在同一个CPU上使得不能重入do_softirq函数3.重新设置软中断标记为0,set_softirq_pending重新设置软中断标记为0,这样在之后重新开启中断之后硬件中断中又可以设置软件中断位。3.开启硬件中断4.之后在一个循环中,遍历pending标志的每一位,如果这一位设置就会调用软件中断的处理函数。在这个过程中硬件中断是开启的,随时可以打断软件中断。这样保证硬件中断不会丢失。5.之后关闭硬件中断,查看是否又有软件中断处于pending状态,5.1如果是且restart没有超过10次,并且在本次调用__do_softirq函数过程中没有累计重复进入软件中断处理的次数超过10次,就可以重新调用软件中断处理。5.2如果没有,或超过10,就调用wakeup_softirqd();唤醒内核的一个进程来处理软件中断。// 设立10次的限制,也是为了避免影响系统响应时间。

在这里插入图片描述

这篇关于OK6410A 开发板 (八) 29 linux-5.11 OK6410A 主要内核线程解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1007909

相关文章

基于Linux的ffmpeg python的关键帧抽取

《基于Linux的ffmpegpython的关键帧抽取》本文主要介绍了基于Linux的ffmpegpython的关键帧抽取,实现以按帧或时间间隔抽取关键帧,文中通过示例代码介绍的非常详细,对大家的学... 目录1.FFmpeg的环境配置1) 创建一个虚拟环境envjavascript2) ffmpeg-py

CSS place-items: center解析与用法详解

《CSSplace-items:center解析与用法详解》place-items:center;是一个强大的CSS简写属性,用于同时控制网格(Grid)和弹性盒(Flexbox)... place-items: center; 是一个强大的 css 简写属性,用于同时控制 网格(Grid) 和 弹性盒(F

python常见环境管理工具超全解析

《python常见环境管理工具超全解析》在Python开发中,管理多个项目及其依赖项通常是一个挑战,下面:本文主要介绍python常见环境管理工具的相关资料,文中通过代码介绍的非常详细,需要的朋友... 目录1. conda2. pip3. uvuv 工具自动创建和管理环境的特点4. setup.py5.

全面解析HTML5中Checkbox标签

《全面解析HTML5中Checkbox标签》Checkbox是HTML5中非常重要的表单元素之一,通过合理使用其属性和样式自定义方法,可以为用户提供丰富多样的交互体验,这篇文章给大家介绍HTML5中C... 在html5中,Checkbox(复选框)是一种常用的表单元素,允许用户在一组选项中选择多个项目。本

Linux脚本(shell)的使用方式

《Linux脚本(shell)的使用方式》:本文主要介绍Linux脚本(shell)的使用方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录概述语法详解数学运算表达式Shell变量变量分类环境变量Shell内部变量自定义变量:定义、赋值自定义变量:引用、修改、删

Python包管理工具核心指令uvx举例详细解析

《Python包管理工具核心指令uvx举例详细解析》:本文主要介绍Python包管理工具核心指令uvx的相关资料,uvx是uv工具链中用于临时运行Python命令行工具的高效执行器,依托Rust实... 目录一、uvx 的定位与核心功能二、uvx 的典型应用场景三、uvx 与传统工具对比四、uvx 的技术实

SpringBoot排查和解决JSON解析错误(400 Bad Request)的方法

《SpringBoot排查和解决JSON解析错误(400BadRequest)的方法》在开发SpringBootRESTfulAPI时,客户端与服务端的数据交互通常使用JSON格式,然而,JSON... 目录问题背景1. 问题描述2. 错误分析解决方案1. 手动重新输入jsON2. 使用工具清理JSON3.

Java中实现线程的创建和启动的方法

《Java中实现线程的创建和启动的方法》在Java中,实现线程的创建和启动是两个不同但紧密相关的概念,理解为什么要启动线程(调用start()方法)而非直接调用run()方法,是掌握多线程编程的关键,... 目录1. 线程的生命周期2. start() vs run() 的本质区别3. 为什么必须通过 st

Redis过期删除机制与内存淘汰策略的解析指南

《Redis过期删除机制与内存淘汰策略的解析指南》在使用Redis构建缓存系统时,很多开发者只设置了EXPIRE但却忽略了背后Redis的过期删除机制与内存淘汰策略,下面小编就来和大家详细介绍一下... 目录1、简述2、Redis http://www.chinasem.cn的过期删除策略(Key Expir

Linux链表操作方式

《Linux链表操作方式》:本文主要介绍Linux链表操作方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、链表基础概念与内核链表优势二、内核链表结构与宏解析三、内核链表的优点四、用户态链表示例五、双向循环链表在内核中的实现优势六、典型应用场景七、调试技巧与