feat(syscall/mincore):实现了mincore系统调用

[kaleidoscope416]

No description provided.

[fslongjin]

这里没必要多动态申请内存，导致多拷贝一次。有userbuffer writer就能安全访问了。

[fslongjin]

测试程序放到c_unitest目录下，并且要有判断成功/失败的条件，具体让ai写个测试用例的demo就知道了。这个测试程序没法看出成功或失败。

[fslongjin]

https://code.dragonos.org.cn/xref/linux-6.6.21/mm/mincore.c#197
这里的逻辑没写？

[fslongjin]

这里有两个问题：

1. 批量赋值为的不应该这样写，而是应该用数组切片的fill方法。
2. 没有校验offset+i是否会溢出下标导致panic

[kaleidoscope416]

缓冲区的容量在一开始就开好了，检查固定页数

[fslongjin]

这里直接unwrap可能会panic. 比如inode刚好删掉了，然后page cache因为是延迟清除的所以导致vm_file为空。

[fslongjin]

这里每个操作都很轻量，没必要多次加锁。因为加锁本身的开销大于一次get_page.

[fslongjin]

如上，创建新的切片然后使用fill()

[kaleidoscope416]

@fslongjin

[fslongjin]

b1cf6bf 这个commit里面修复了几个bug,并且完善了测试用例。以下是GPT-5对问题的解析。

PageFault 中 find_nearest 导致的 "can not find nearest vma" 问题解析与修复

本文解释 test_mincore_filemap 触发的缺页错误日志：

• 报错：can not find nearest vma, address: 0x...
• 场景：对 mmap 返回的 addr[0] 进行读取触发 page fault（或随后 mincore），期望命中该文件映射的 VMA。
• 结果：未找到 VMA，触发 SIGSEGV。

---

一、调用链概览（读触发缺页）

用户态：
  fd = open(...)
  addr = mmap(NULL, len, PROT_READ, MAP_PRIVATE, fd, 0)
  c = addr[0]           # 触发缺页

内核态：
  do_page_fault()
    -> PageFaultHandler::handle_page_fault()
      -> AddressSpace::current().{read,write}_irqsave()
      -> space_guard.mappings.find_nearest(fault_addr)  # 定位VMA
      -> 若找不到 VMA：打印 "can not find nearest vma" 并 SIGSEGV
      -> 若找到 VMA：继续各类 fault（匿名/文件/写时复制/...）

---

二、问题根因

1) find_nearest 方向错误（向上找最近）

当 fault 地址 a 落在某 VMA 区间内部或其上方空洞内时，find_nearest(a) 正确策略应是：

• “向下取整”：在所有 start <= a 的 VMA 中选 start 最大的一项（floor）。
• 一旦包含 a，直接返回该 VMA。

而问题版本采用了“向上取最近”（找 start >= a 的最小 start），导致如下反例：

地址轴：

   [VMA-1: s1 ---------------- e1)   gap   [VMA-2: s2 ---------- e2)
                 ^ a（缺页地址位于 VMA-1 内或其上方）

错误策略（向上找）会尝试找 start >= a：
  - 若 a 位于 VMA-1 内部：s1 < a < e1，则没有 start >= a 的更小 VMA 起点（VMA-1 被错过），返回 None
  - 若 a 位于 VMA-1 与 VMA-2 的 gap 中：s2 >= a，可返回 VMA-2，但它不包含 a，后续访问也会失败

正确策略（向下找）：
  - 选择所有 start <= a 的 VMA 中起点最大的 VMA（floor），可命中 VMA-1

问题代码（历史实现，伪化展示要点）：

// 旧：向上取最近
if guard.region.start >= vaddr && guard.region.start < nearest.start {
    nearest = v
}

修复后（向下取最近）：

// 新：向下取最近
if guard.region.start <= vaddr && guard.region.start > nearest.start {
    nearest = v
}

对应实现位置：kernel/src/mm/ucontext.rs 的 UserMappings::find_nearest()。

---

2) 文件映射回调 inode.mmap() 使用了 hint 而非实际映射地址

mmap() 时，内核可能不使用用户的 hint（start_vaddr），而是选择一个合适的空闲区域并返回实际映射起点 start_page.virt_address()。

问题版本中，文件侧回调使用了 hint：

// 旧：传入 hint
file.inode().mmap(start_vaddr.data(), len, offset);
``;

当 hint 与实际起点不同，文件/页缓存侧元数据会记录错误的基地址，随后的访问/预取/缺页处理可能与 VMA 不一致，叠加（1）的“向上取最近”问题，更容易走到找不到 VMA 的路径。

修复：使用实际映射起点：

```text
// 新：传入真实起点
file.inode().mmap(start_page.virt_address().data(), len, offset);

对应实现位置：kernel/src/mm/ucontext.rs 的 InnerAddressSpace::file_mapping()。

---

三、可视化示例（错误 vs 正确）

场景 1：fault 地址在 VMA-1 内部

地址： ─────────────────────────────────────────────────────────────→
        s1                a               e1      s2            e2
        |-----------------|---------------|       |--------------|
              VMA-1（文件映射）                  VMA-2（其他）

旧 find_nearest（向上找）：尝试找 start >= a，VMA-1 被错过 → None → SIGSEGV
新 find_nearest（向下找）：选 start <= a 最大的 s1 → 命中 VMA-1 → 继续缺页流程

场景 2：fault 地址在 VMA-1 与 VMA-2 之间的 gap

地址： ─────────────────────────────────────────────────────────────→
        s1                e1      a        s2            e2
        |-----------------|       |        |--------------|
              VMA-1（文件映射）           VMA-2（其他）

旧 find_nearest：返回 s2（向上最近），但 region 不包含 a → 失败
新 find_nearest：返回 s1（向下最近），region 不包含 a → 继续 stack grow 或报错逻辑更合理

---

四、修复点代码（简）

1. find_nearest 向下取最近：

// 文件：kernel/src/mm/ucontext.rs
// 逻辑：若包含 a 则直接返回；否则在 start <= a 的 VMA 中取 start 最大者
if guard.region.contains(vaddr) {
    return Some(v.clone());
}
if guard.region.start <= vaddr
   && (nearest.is_none() || guard.region.start > nearest.start) {
    nearest = Some(v.clone());
}

2. 文件映射回调使用真实起点：

// 文件：kernel/src/mm/ucontext.rs（file_mapping）
file.inode().mmap(start_page.virt_address().data(), len, offset);

---

五、联动修复与配套测试

• sys_mincore：

  • 未对齐返回 EINVAL，vec 不可写返回 EFAULT，只读锁访问地址空间；
  • 用户缓冲区使用 UserBufferWriter::new_checked + buffer_checked 确保权限校验。

• AddressSpace::mincore：

  • 对冲突 VMA 排序，按地址连续性处理；
  • 尾部覆盖性校验，缺失返回 ENOMEM。

• mincore 巨页：

  • 若上层条目标记为大页，按 4K 子页粒度批量填充驻留位。

• C 单测补充

  • test_mincore_unaligned：未对齐 → EINVAL
  • test_mincore_len0：长度 0 → EINVAL
  • test_mincore_hole：跨空洞 → ENOMEM
  • test_mincore_vec_efault：vec 不可写 → EFAULT
  • test_mincore_filemap：文件映射后读取一页，第二次 mincore 低位变 1；使用 mkstemp 创建临时文件，避免依赖 /tmp。

---

六、结论与收益

• 将 VMA 查找策略修正为“向下取最近”，与缺页处理在实际系统中的通用做法一致；
• 确保文件映射的文件侧回调使用真实的映射起点，避免 VMA 与 FS 元数据不一致；
• 结合 mincore 的边界条件处理与单测补全，整体行为与 Linux 语义更加贴近且稳定。