直接访问用户空间地址而不是 copy_to_user 会起作用吗？

Question

以下是我的简单驱动代码的摘录。

int vprobe_ioctl( struct file *filep, unsigned int cmd, void *UserInp)
{
    case IOCTL_GET_MAX_PORTS:

        *(int*)UserInp = TotalPorts;

    #if ENABLED_DEBUG
        printk("Available port :%u \n ", TotalPorts);
    #endif
        break;
}

我不知道在用户空间内存上写入时应该使用的函数copy_to_user。代码直接访问用户地址。但是我的开发系统（x86_64 架构）中仍然没有出现任何内核崩溃。它按预期工作。

但有时我在其他一些 x86_64 机器中插入 .ko 文件时会看到内核崩溃。所以，我用copy_to_user 代替了直接访问，就可以了。

谁能解释一下，

i) 如何直接访问用户地址？

ii) 为什么我在某些系统中看到内核崩溃，而在某些其他系统中却运行良好。系统之间是否存在内核配置不匹配，导致内核可以直接访问用户进程的虚拟地址？

注意：我使用的所有系统都有相同的操作系统和内核。通过 kickstart 生成相同的图像。 - 没有任何差异的可能性。

提前致谢。

Answer 1

看到崩溃会很有趣。现在我要说的是基于我对记忆如何工作的了解的假设。 用户空间内存是虚拟的。这意味着特定的进程地址X现在位于一些物理内存上，这个物理内存是当前分配给您的进程的内存页面。复制给用户首先检查给定的内存是否真的属于进程和其他安全检查。除此之外还有映射问题。

内核内存有自己的地址空间，需要将虚拟地址映射到物理地址。内核使用 mmu 的帮助（这因架构而异）。在 x86 中，内核虚拟和用户虚拟之间的映射是 1:1（这里有不同的问题）。在其他系统中，这并不总是正确的。