__initcall不能用于模块代码中

最新推荐文章于 2025-06-06 09:01:28 发布
原创 最新推荐文章于 2025-06-06 09:01:28 发布 · 786 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在debugfs环境中尝试创建文件时遇到的问题。作者原本计划使用__initcall进行文件生成，但发现该方法在模块中不起作用。作为替代方案，考虑利用模块参数并通过/sys/module/xxxx/parameters路径来实现目的。
如题， 本来想在debugfs中生成一个文件的，发现用__initcall用在模块中不起作用，可考虑用模块参数代替，/sys/module/xxxx/parameters.
Linux内核初始化机制：__init与initcall深度解析
数字人生
06-27 137
Linux内核启动过程的精妙设计：__init与initcall机制深度解析 摘要：Linux内核通过__init标记和initcall机制高效管理数百个初始化函数，实现内存优化和初始化顺序控制。__init将函数放入专用内存段(.init.text)，启动后自动释放；initcall按7个优先级(如pure_initcall、subsys_initcall)自动排序执行。该机制包含三重设计：1)内存即用即弃，嵌入式设备可省数百KB；2)隐式依赖管理，避免手动排序；3)模块与核心代码共享基础设施。网络子系统
Linux内核初始化机制全解析：从pure_initcall到late_initcall
数字人生
05-08 225
功能：注册默认拥塞控制算法（如CUBIC），配置全局参数。设计逻辑依赖协议栈：必须等待网络子系统（优先级4）就绪。模块化兼容：支持拥塞控制算法动态加载（如tcp_bbr.ko代码片段// 注册CUBIC算法// 设为默认// 优先级7Linux内核的初始化机制通过优先级划分和ELF段管理，实现了复杂系统的高效启动。从的极简静态初始化，到的最终依赖整合，每个宏都在其特定场景下发挥着不可替代的作用。理解这些机制不仅有助于内核开发，更能为系统级调试和性能优化提供理论基础。
内核中_init，_exit中的作用
Turn X7
06-07 787
__init， __initdata等属性标志，是要把这种属性的代码放入目标文件的.init.text节，数据放入.init.data节──这一过程是通过编译内核时为相关目标平台提供了xxx.lds链接脚本来指导ld完成的。 对编译成module的代码和数据来说，当模块加载时，__init属性的函数就被执行; 对 静态编入内核的代码和数据来说，当内核引导时， do_basic_setup()函数调用do_initcalls()函数，后者负责所有.init节函数的执行 。 在初
module_init机制的理解
Jayson 博客
09-27 2176
https://blog.youkuaiyun.com/weixin_37571125/article/details/78665184　 我们在学习Linux驱动开发时，首先需要了解Linux的模块化机制（module），但是module并不仅仅用于支撑驱动的加载和卸载。一个最简单的模块例子如下： // filename: HelloWorld.c #include <linux/modul...
initcall_debug来查看开机慢问题
程序猿Ricky的日常干货
11-19 5706
1.cmdline中传入initcall_debug 对于android开发环境来说，可以在device中的BoardConfig.mk中添加如下： BOARD_KERNEL_CMDLINE += initcal_debug 对于linux系统，可以在defconfig中添加： CONFIG_CMDLINE="initcall_debug" 当然这种方式同样适用于android设备。 ...
linux驱动，之module_init，initcall 动态和静态加载驱动级别顺序，define_initcall，initcallx_start，initcall_levels的原理
rjszcb的博客
10-29 903
接续分析，initcall_levels，哎，是不是很熟悉啊，初始化调用链表来管理的，这个链表是一个全局变量数组，称为__initcall_levles。可以看下内核对各个模块，赋予的启动级别，顺序，最先启动的是arm，arch芯片架构相关的东西，容纳后是fs文件系统，最后比较后面是驱动，device_initcall就是驱动的定义的顺序。这些个数组，不就是前面我们讲到的，轮询指针，各个数组存放了各个函数指针，数组是设置好了级别的，所一，内核启动时，按级别，一级一级的去启动。
subsys_initcall
weixin_42082222的博客
03-07 2688
subsys_initcall linux子系统的初始化_subsys_initcall()：那些入口函数【转】 https://blog.youkuaiyun.com/u010388659/article/details/81265010 内核选项的解析完成之后，各个子系统的初始化即进入第二部分—入口函数的调用。通常USB、PCI这样的子系统都会有一个名为subsys_initcall的...
Linux内核initcall机制：驱动初始化的幕后英雄
深度Linux
01-10 1052
你想想，咱们每天使用的电脑、手机等各类智能设备，之所以能流畅运行形形色色的功能，背后离不开 Linux 内核驱动着海量的硬件。而在这繁杂的硬件驱动初始化过程中，initcall 机制宛如一位运筹帷幄的指挥官，不动声色地将一切安排得井井有条。当系统启动的号角吹响，众多硬件驱动就像等待检阅的士兵，急切地需要按恰当顺序、在精准时机完成初始化，才能确保整个系统顺利启航。要是没有 initcall 机制，这乱糟糟的局面简直不敢想象，可能系统还没 “起跑” 就陷入崩溃泥潭。
Linux内核中的initcall机制深度解析
最新发布
gitblog_00506的博客
06-06 461
Linux内核中的initcall机制深度解析 引言 在Linux内核启动过程中，各种子系统和模块的初始化顺序至关重要。内核开发者们设计了一套精巧的机制来管理这些初始化函数的调用顺序，这就是initcall机制。本文将深入剖析这一机制的工作原理和实现细节。 initcall机制概述 initcall机制是Linux内核用来控制系统初始化顺序的核心机制。它允许内核开发者将初始化函数标记为不同的级别，...
【嵌入式环境下linux内核及驱动学习笔记-（17）内核驱动模块的启动机制】
weixin_45499326的博客
06-25 888
qquad总结起来，初始化调用链表是一个全局变量，用于管理初始化函数。链表的元素是initcall_t类型的结构体，包含初始化函数的指针和优先级值。在init/main.c文件中的函数会遍历链表，并按照优先级依次调用其中的初始化函数。
linux 中subsys_initcall函数可以用于初始化模块吗
03-19
嗯，用户问的是Linux中的subsys_initcall函数能不能用于初始化模块。我得先回忆一下Linux内核模块初始化的相关知识。记得内核有不同的初始化级别，比如arch_initcall、subsys_initcall、device_initcall等等，这些宏...
module_init late_initcall
04-03
好的，我现在需要帮助用户了解Linux内核模块中module_init和late_initcall的用法及区别。首先，我要回忆一下内核初始化的相关知识。记得内核模块的初始化函数是通过宏来定义的，这些宏决定了函数在内核启动过程中的...
/proc/iomem
热门推荐
02-04 1万+
/proc/iomem这个文件记录的是物理地址的分配情况，内存只占用4G（32位CPU）物理地址的一部分，一般从地址0开始，每一行都代表一个资源(地址范围和资源名)， 可用物理内存的资源名为“System RAM”，如 01000000-35aeffff : System RAM 这个是由e820表中的 E820_RAM类型的表项通过insert_resource这个API注册到iomem
linux cmdline参数解析
01-16 1万+
我们可以通过 cat /proc/cmdline来获取内核的命令行参数，但是每个参数是怎么在代码解析的， 以slub为例，在源码中有如下代码: __setup("slub_min_order=", setup_slub_min_order); __setup("slub_max_order=", setup_slub_max_order); __setup("slub_min_obj
linux usleep_range(min, max)
05-25 1万+
这个延迟函数最少的延迟时间为50us, 就算min=max=1， 实际的效果应该不是延迟1us， 而是50us, 大牛们说的。。。
ps -aux中STAT列的标志位
06-06 8871
$ps aux 输出结果中的STAT列的可能标志 S 睡眠。通常是在等待某个事件的发生，如一个信号或有输入可用 R       运行。 严格来说，应是“可运行”，即在运行队列中，处于正在执行或即将运行状态 D       不可中断的睡眠（等待）。通常是在等待输入或输出完成 T       （terminate）停止。通常是被shell作业控制所停止，或者进程正处于调试器的控制之下 Z
linux 监控驱动suspend/resume的执行
08-28 7177
当pm核心去调用驱动的suspend/resume的回调函数时，它会设置一个定时器来监视回调函数的执行，如果回调长时间没有执行完毕的话， 定时器函数会调用BUG()让系统挂掉重启，所以在写pm相关的回调函数时，要确保不能长时间阻塞，否则后果你是知道的， 可以看下dpm_wd_handler这个函数 /* kernel/drivers/base/power/main.c **/ static vo
linux 工作队列
01-22 4026
书上写的工作队列的实现是创建一个单独的线程来执行相应的work. 但是最新的内核实现却不是这样的，原先的工作队列的接口都快要废弃了，  New API: alloc_workqueue(name, flags, max_active) alloc_ordered_workqueue(const char *name, unsigned int flags) {
linux hard lockup
10-24 3660
hard lockup的发生是由于禁止了CPU的所有中断超过一定时间(几秒)这种情况下，外部设备发生的中断无法处理，内核认为此时发生了所谓的hard lockup. 由于NMI( Non Mask Interrup)中断是不可屏蔽的中断，因此可以用来检测是否发生了hard lockup,   NMI中断是周期性发生的，在相应的中断处理函数中检测一个全局变量的值（这个全局变量的值是由CPU本地定时器
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值