内核和用户空间共享内存的实现例程-proc和mmap

dreamice

这么大的内存申请，不一定能成功的

Godbach

恩，有可能啊。不知道LZ的应用是什么，一下子申请这么大的内存。

T-bagwell

按道理说,128k的应该足够用了吧?

dreamice

大的需求应用的话，这样的方式可能并不一定适合

vatican

感谢斑竹和dreamice 的支持，这个问题解决了。
需要对每个4k的页面执行：SetPageReserved(virt_to_page(kernel_memaddr));

申请大内存的目的是驱动的要求，我有个字符型设备，上层应用和它之间会有大量的消息收发，
我想直接通过共享内存的方式解决，避免消息的copy。

现在算下来我需要在内核中申请64M的内存，__get_free_pages()又解决不了了。

请斑竹和各位网友支持，谢谢！

Godbach

哦，是的。内核中申请到页面之后，要调用一下SetPageReserved，相当于告诉系统，这个页面我已经占了。对于每一个申请到的页面，应该都要这样做。

blue006

在64位机子上,当物理内存>4G时, 这个语句有问题
return sprintf(page, "%08lx\n", __pa(kernel_memaddr));
因为__pa(kernel_memaddr))转换出来的地址好像<4G, 而实际中kernel_memaddr是位于高端地址, 在物理地址中的位置会大于4G的, 这个问题改怎么解决呢

Godbach

__pa(kernel_memaddr)

这个函数支持4G以上的内存吗？

blue006

__pa(kernel_memaddr) 不支持,  得到的地址总<4G

#ifndef CONFIG_ETRAXFS_SIM
#define __pa(x) ((unsigned long)(x) & 0x7fffffff)
#define __va(x) ((void *)((unsigned long)(x) | 0x80000000))
#else
#define __pa(x) ((unsigned long)(x) & 0x3fffffff)
#define __va(x) ((void *)((unsigned long)(x) | 0xc0000000))
#endif


用virt_to_phys可以得到>4G的地址, 可惜还是不对

[ 本帖最后由 blue006 于 2009-6-8 13:36 编辑 ]

Godbach

用virt_to_phys可以得到>4G的地址, 可惜还是不对

怎么不对，找原因了吗？