内核模块存储进程专属数据：sys_enter与sys_exit探针传值方案问询

复用线程专属寄存器/thread_struct闲置字段（无锁最优解） #

不同架构的struct thread_struct里有不少未被内核完全占用的字段，或者可以用线程专属的特殊寄存器（比如x86_64的fs_base、aarch64的tp_el0，只要确认这些资源没被用户态或内核其他逻辑占用）。

• 操作逻辑：sys_enter探针里把自定义数据的指针存到当前进程task_struct->thread的闲置字段，或者直接写入专属寄存器；sys_exit探针里读取这个值，处理完直接释放内存。
• 好处：完全不用锁，每个进程的线程数据是专属的，就算系统调用中途进程迁去别的CPU，专属寄存器/字段也会跟着走，不会丢数据。
• 注意：得仔细核对目标架构的内核源码，确保用的字段/寄存器确实是闲置的，别搞崩原有功能，不同架构要单独适配。

用内核线程本地存储（TLS） #

内核支持给每个进程分配专属的TLS区域，通过架构对应的API（比如x86的set_thread_area）就能注册一块进程专属内存。

• 操作逻辑：模块初始化时注册一个内核TLS key；sys_enter时用这个key拿到当前进程的专属存储区，把分配好的数据存进去；sys_exit时读出来处理再释放。
• 好处：无锁，进程迁CPU不影响访问，每个进程的存储区完全独立。
• 注意：要加个进程退出的钩子（比如register_task_notifier），万一进程退出时还有没处理的系统调用数据，直接钩子函数里释放，防止内存泄漏。

修复寄存器传递方案的内存泄漏问题 #

你之前想的改寄存器传地址的思路，只要补个进程退出钩子就能解决泄漏：

• 注册task_struct的退出通知器，当进程退出时，遍历这个进程关联的未完成系统调用数据（比如从寄存器残留指针、或者临时存在task_struct闲置位置的指针），强制释放对应的内存块。
• 另外，sys_enter分配内存后，除了改寄存器，最好把指针也存到task_struct的某个安全闲置位置，确保就算sys_exit探针没触发，进程退出时钩子也能找到并释放。

用RCU优化PID映射的锁开销 #

如果一定要用PID映射，别用普通互斥锁，换成RCU机制：

• 操作逻辑：用rcu_head包裹你的数据结构，全局映射表读操作靠rcu_read_lock()/rcu_read_unlock()保护，写操作（插入/删除）用rcu_assign_pointer()；sys_enter插RCU保护的条目，sys_exit标记删除后通过RCU回调延迟释放内存。
• 好处：读操作基本没开销，写操作的同步成本比普通锁低很多，适合系统调用这种读多写少的场景。
• 注意：内存释放必须通过RCU回调来做，避免出现悬空指针。

内容的提问来源于stack exchange，提问作者anroesti