Linux内核模块跨RT/非RT兼容：4.4.88-18-rt无get_user_pages_remote解决方案

这确实是旧版本PREEMPT_RT内核适配时容易踩的坑，我来给你梳理下可行的解决方案和注意事项：

1. 条件编译适配：检测RT特性+API存在性，fallback到get_user_pages #

首先，4.4主线内核本身是包含get_user_pages_remote的，但部分早期PREEMPT_RT补丁集（比如你遇到的4.4.88-18-rt）可能因为实时性优化或补丁回溯的原因，没有同步这个API。这种情况下，确实可以通过检测RT内核特性+API是否存在，来切换到get_user_pages调用。

关键注意点： #

• get_user_pages和get_user_pages_remote的参数几乎一致，仅nr_pages的类型略有差异（前者是int，后者是unsigned int），适配时只需做简单的类型转换。
• 如果你的代码是在中断上下文/不可睡眠的实时上下文调用，要特别注意：get_user_pages可能会触发页故障并睡眠，这在RT内核的高优先级上下文里是不允许的。这种情况下，你需要提前在进程上下文完成页的pin操作，或者改用get_user_pages_fast（但它只能操作当前进程的地址空间）。

代码示例： #

先封装一个适配层函数：

#include <linux/mm.h>
#include <linux/sched.h>

// 自定义适配函数，统一调用接口
static inline int my_get_user_pages(struct task_struct *tsk, struct mm_struct *mm,
                                   unsigned long start, unsigned int nr_pages,
                                   int write, int force, struct page **pages,
                                   struct vm_area_struct **vmas)
{
    // 先判断是否是RT内核
#ifdef CONFIG_PREEMPT_RT
    // 编译时检测get_user_pages_remote是否存在
    #if defined(HAVE_GET_USER_PAGES_REMOTE)
        return get_user_pages_remote(tsk, mm, start, nr_pages, write, force, pages, vmas);
    #else
        // 转换nr_pages类型，调用get_user_pages
        return get_user_pages(tsk, mm, start, (int)nr_pages, write, force, pages, vmas);
    #endif
#else
    // 非RT内核直接调用get_user_pages_remote
    return get_user_pages_remote(tsk, mm, start, nr_pages, write, force, pages, vmas);
#endif
}

然后在Makefile中添加编译时检测，自动定义HAVE_GET_USER_PAGES_REMOTE：

# 检测内核头文件中是否存在get_user_pages_remote声明
ccflags-y += -DHAVE_GET_USER_PAGES_REMOTE=$(shell grep -q "get_user_pages_remote" $(KERNEL_DIR)/include/linux/mm.h && echo 1 || echo 0)

2. 关于通用封装API #

内核本身并没有提供直接跨RT/非RT、跨版本的通用封装API，因为这类差异属于特定补丁集的适配问题，而非主线内核的标准兼容场景。所以最可靠的方式还是自己实现上述的适配层，这样可以精准控制不同内核环境下的行为。

额外建议 #

• 如果你的模块需要适配多个旧版本RT内核，建议不要硬编码内核版本（比如直接判断4.4.88），而是通过CONFIG_PREEMPT_RT宏+编译时API检测的方式，这样兼容性更强。
• 测试时要重点验证实时上下文下的调用场景，避免因为睡眠导致的RT性能下降或调度问题。

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