64位RISC-V架构Linux内核中32位虚拟地址内存分配咨询

核心结论 #

你的需求是可行的，但不能依赖内核常规内存分配接口，必须手动修改内核页表来完成指定低32位虚拟地址的映射——64位RISC-V内核默认将0x00000000-0xFFFFFFFF划分为用户态虚拟地址空间，内核页表未预映射该区域，直接访问会触发页错误。

为什么之前的map_page调用失败 #

你尝试映射的0x58320000属于用户态虚拟地址范围，内核页表中没有对应映射项，且内核默认没有权限访问未映射的用户态地址，因此触发Unable to handle kernel paging request报错。

可行实现步骤 #

1. 分配符合物理地址要求的页 #

如果硬件同时要求物理地址处于低32位，使用__get_free_page(__GFP_DMA32)分配页，确保物理地址落在0x00000000-0xFFFFFFFF：

struct page *page = alloc_page(__GFP_DMA32);
if (!page) {
    // 分配失败处理
    return -ENOMEM;
}
phys_addr_t pa = page_to_phys(page);

2. 手动修改内核页表完成映射 #

使用内核页表操作函数，将目标低32位虚拟地址映射到上述物理页。RISC-V内核可参考以下实现：

#include <linux/mm.h>
#include <asm/tlbflush.h>

#define TARGET_VA 0x58320000UL  // 你指定的低32位虚拟地址

// 方式1：使用create_mapping_noalloc（推荐，自动处理页表层级）
int ret = create_mapping_noalloc(TARGET_VA, pa, PAGE_SIZE, PAGE_KERNEL);
if (ret) {
    __free_page(page);
    return ret;
}

// 方式2：手动操作PTE（适合需要精细控制的场景）
pte_t *pte = virt_to_kpte((void *)TARGET_VA);
if (pte) {
    // 清除旧映射（如果存在）
    pte_clear(&init_mm, TARGET_VA, pte);
    // 设置新PTE项
    set_pte_at(&init_mm, TARGET_VA, pte, pfn_pte(pa >> PAGE_SHIFT, PAGE_KERNEL));
} else {
    // 若页表层级不存在，需先创建（推荐用create_mapping系列函数）
    __free_page(page);
    return -EINVAL;
}

// 刷新TLB，确保CPU加载新页表
flush_tlb_kernel_range(TARGET_VA, TARGET_VA + PAGE_SIZE);

3. 释放资源（重要） #

使用完内存后，必须解除映射并释放页，避免内存泄漏和地址冲突：

// 清除页表项
pte_clear(&init_mm, TARGET_VA, virt_to_kpte((void *)TARGET_VA));
// 刷新TLB
flush_tlb_kernel_range(TARGET_VA, TARGET_VA + PAGE_SIZE);
// 释放物理页
__free_page(page);

关键注意事项 #

• 地址冲突风险：低32位虚拟地址属于用户态空间，强行映射可能与用户态进程的地址空间冲突，建议选择用户态不会使用的保留区域（如某些硬件预留地址）。
• 上下文限制：修改内核页表的操作必须在进程上下文执行，不能在中断或软中断上下文。
• 权限设置：根据实际需求调整页权限（如PAGE_KERNEL为内核读写，PAGE_KERNEL_RO为只读等）。

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