export_symbol的简单介绍

本文目录一览：

• 1、如何在Linux内核源代码中增加EXPORT_SYMBOL_GPL宏
• 2、Linux内核开机保留大块内存的方法总结
• 3、内核set_memory_ro/set_memory_rw函数
• 4、EXPORT_SYMBOL机制
• 5、Linux内核中的Module.symvers文件揭秘

如何在Linux内核源代码中增加EXPORT_SYMBOL_GPL宏

1、添加EXPORT_SYMBOL_GPL只是步骤之一，你还需要将func_xxx在头文件中申明，然后#include该头文件才能使用。

2、下面以do_page_fault为例，一一进行分析： 修改内核，添加EXPORT_SYMBOL（do_page_fault）或EXPORT_SYMBOL_GPL（do_page_fault）。这种方法适用于可以修改内核的情形。在可以修改内核的情况下，这是最简单的方式。

3、但是20 版本后，这些宏已经被从 kernel 中去掉了，你需要使用应用层的 syscall 函数 来测试。你可以在自己的sys call实现文件中加上 EXPORT_SYMBOL / EXPORT_SYMBOL_GPL 等宏来导出你的全局变量或者函数，导出后，另外的模块或者其他内核代码就可以使用 这些变量和函数。

4、模块的组成要素 必需部分：加载/卸载函数：定义模块的初始化与清理逻辑。许可证声明：指定模块的开源协议（如GPL），未声明会导致内核警告。可选部分：模块参数：通过命令行传递参数（如insmod module.ko param=value），对应模块内部的全局变量。导出符号：通过EXPORT_SYMBOL暴露函数或变量，供其他模块调用。

Linux内核开机保留大块内存的方法总结

在内核态，找到要使用这段内存的task_struct；进而强行建立页表；如果有大神理解这句话，或者更好的映射方法，请留言，谢谢！开机时设置Linux内核参数 mem=180M/*开机时只给系统180M的内存空间，其余都保留*/ 这种方法最为简单，但是设置和使用的时候，需要和硬件内存物理大小相适应。

总结vmalloc通过动态分配虚拟地址并延迟映射物理内存，突破了直接映射区的物理内存限制。其核心在于：全局虚拟地址管理：通过vmlist链表跟踪所有vmalloc区域。页表共享机制：利用init进程的页表作为模板，缺页时同步到其他进程。灵活性与代价：牺牲部分性能换取大块内存分配能力，适用于内核非频繁访问的场景。

内存复制优化：通过vmcore的mmap方法减少系统调用次数，提升复制效率。压缩算法升级：用lzo算法替代gzip，在压缩速度和比率间取得平衡。落盘优化：支持并发写文件（如多线程IO）和异步IO，减少等待时间。kdump的使用步骤预留内存：修改启动参数（如GRUB配置），添加crashkernel=256M@0M（根据内存大小调整）。

总结优势：通过层级分裂与合并，平衡内存利用率与分配效率；迁移类型分组减少碎片。局限性：仍可能产生内部碎片（如分配65KB实际占用128KB），需配合Slab分配器优化。应用场景：适用于内核大块内存管理（如页框分配），用户空间内存通常通过更灵活的机制（如kmalloc）处理。

在生产内核崩溃时，kdump保留一定内存，计算系统最小内存需求，加上kdump使用的内存，确定最小内存需求。支持多种架构，包括x86， x86_64， arm， arm64， ppc， s390， sh。Kexec机制，快速启动Linux内核，无需BIOS参与，允许在运行的内核中加载另一个内核。

KDUMP工作原理详解KDUMP的核心机制基于kexec快速启动技术，其工作流程分为三个关键阶段：预配置阶段系统启动时通过crashkernel参数预留专用内存区域（通常为128M-2GB），该区域在内核崩溃时作为独立环境运行捕获内核。

内核set_memory_ro/set_memory_rw函数

1、set_memory_rw：清除PTE_RDONLY标志，恢复读写权限。

2、设置断点与调试：在内核入口函数（如start_kernel）或特定函数处设置断点：（gdb） break start_kernel。启动内核执行：（gdb） continue。调试过程中可使用print查看变量值（如（gdb） print my_variable），或set var修改变量（如（gdb） set var my_variable = 123）。

3、内存泄漏问题在软件开发过程中极为常见，尤其是当业务持续运行，系统内存资源逐渐耗尽，导致关键业务进程被OOM（Out Of Memory）杀死。内核态内存泄漏更为严重，因为它可能导致系统迅速变得不可用，通常需要重启设备或服务器才能恢复。为了避免此类灾难性事件，我们需要在测试环境中提前发现并处理内存泄漏问题。

EXPORT_SYMBOL机制

Linux内核由主内核ELF格式文件与众多内核模块构成。主内核文件中的EXPORT_SYMBOL机制，旨在允许外部调用者，如内核模块，访问并使用声明的符号，如变量或函数，以整合主内核与模块间的功能。主内核与模块间的符号引用问题源于它们的编译与生成方式不同。

EXPORT_SYMBOL机制是Linux内核中用于允许外部调用者访问并使用主内核中声明的符号的机制。以下是关于EXPORT_SYMBOL机制的详细解释：目的：允许访问：EXPORT_SYMBOL机制的主要目的是使内核模块能够访问和使用主内核中声明的符号。功能整合：通过此机制，内核模块可以整合主内核的功能，实现更复杂和灵活的系统功能。

Module.symvers文件的作用 符号导出与导入：在Linux内核中，函数和变量等符号默认是私有的，即一个源文件中的符号在另一个源文件中是不可见的。若要使某个符号在内核的其他部分或模块中可见，需要使用EXPORT_SYMBOL宏进行导出。导出的符号及其相关信息会被记录在Module.symvers文件中。

缓存一致性协议：修改 per_cpu 变量时，仅影响当前 CPU 的缓存，其他 CPU 需通过内存屏障或显式同步（如 smp_mb（）确保数据一致性。适用性：per_cpu 适用于“写少读多”或逻辑上隔离的数据，若需跨 CPU 共享最新值，仍需额外同步机制。

Linux内核中的Module.symvers文件揭秘

1、Linux内核中的Module.symvers文件揭秘 在Linux内核模块编译过程中export_symbol，Module.symvers文件扮演着至关重要的角色。该文件记录了内核中通过EXPORT_SYMBOL导出的全局符号及其CRC（循环冗余校验）值，是模块间符号解析的重要依据。

2、总结：Linux内核中，模块编译需依赖生成的Module.symvers文件，此文件记录了通过EXPORT_SYMBOL导出的全局符号。同样，若外部模块需为内核其export_symbol他模块提供函数接口，也会生成Module.symvers文件。编译时需指定文件位置以调用接口。

3、Linux内核中的Module.symvers文件是用于记录通过EXPORT_SYMBOL导出的全局符号的关键文件。以下是关于Module.symvers文件的详细揭秘：作用：Module.symvers文件记录了Linux内核中通过EXPORT_SYMBOL宏导出的全局符号。这些符号通常是内核函数或变量，它们被标记为可供内核模块使用。

4、Module.symvers：如前所述，用于模块符号的版本兼容性检查。Kconfig：内核配置选项的描述文件，用于配置内核时提供选项和描述。目录的生成方式 通过包管理器安装（推荐）：在大多数 Linux 发行版中，该目录由内核头文件包自动安装生成。

5、export_symbol你没装内核源代码吧export_symbol？而且必须是配置好的而且编译过的内核源代码。当然也可以用 kernel-devel 什么的和当前系统内核版本对应的内核 C header 文件。虽然内核源代码一般大家习惯放在 /usr/src 里面或者纯粹乱找个地方，但 那个 build 如果是自己编译的内核，应该是一个链接指到内核源代码的位置。