v4.16.9内核中check_mem_region()的标准替代方案咨询

首先得说，check_mem_region()在4.1内核被移除是因为它的设计存在竞态问题——它只做区域可用性检查，不占用资源，这意味着你检查完到真正申请资源的间隙，其他驱动可能抢先占用这块区域，导致后续操作失败。内核社区推荐用直接申请资源的接口来替代，既完成检查又保证独占性，下面是两种标准方案：

1. 基础版：request_mem_region() #

这是最直接的替代，它会检查指定的内存区域是否可用，若可用则标记为已被你的驱动占用，避免竞态。用法如下：

// 替换原来的check_mem_region(start, n)
struct resource *res = request_mem_region(start, n, "your_driver_name");
if (!res) {
    // 区域被占用，处理错误逻辑
    pr_err("Failed to request memory region 0x%llx-0x%llx\n", start, start + n - 1);
    return -EBUSY;
}

注意：驱动卸载时必须手动释放资源，调用：

release_mem_region(start, n);

2. 更省心的devm版本：devm_request_mem_region() #

如果你的驱动是基于设备模型开发的（大部分现代驱动都是），更推荐用这个带设备资源管理的接口。它的好处是不需要手动调用release，当设备被移除或者驱动卸载时，内核会自动释放这块内存区域，减少内存泄漏的风险。用法：

struct resource *res = devm_request_mem_region(dev, start, n, "your_driver_name");
if (!res) {
    pr_err("Failed to devm-request memory region 0x%llx-0x%llx\n", start, start + n - 1);
    return -EBUSY;
}

这里的dev是你的驱动中对应的struct device指针，比如在probe函数里的struct platform_device *pdev可以用&pdev->dev。

关键注意事项 #

• 不要试图模拟check_mem_region()的“只检查不占用”行为，这在现代内核里是不推荐的，因为竞态问题无法避免。直接申请资源是更安全的做法。
• 这两个接口在4.16.9内核中都是稳定存在的，属于标准内核API，不用担心兼容性问题。

内容的提问来源于stack exchange，提问作者in偶ynier