內核和用戶空間共享內存的實現例程-proc和mmap

dreamice

這么大的內存申請，不一定能成功的

Godbach

恩，有可能啊。不知道LZ的應用是什么，一下子申請這么大的內存。

T-bagwell

按道理說,128k的應該足夠用了吧?

dreamice

大的需求應用的話，這樣的方式可能并不一定適合

vatican

感謝斑竹和dreamice 的支持，這個問題解決了。
需要對每個4k的頁面執(zhí)行：SetPageReserved(virt_to_page(kernel_memaddr));

申請大內存的目的是驅動的要求，我有個字符型設備，上層應用和它之間會有大量的消息收發(fā)，
我想直接通過共享內存的方式解決，避免消息的copy。

現在算下來我需要在內核中申請64M的內存，__get_free_pages()又解決不了了。

請斑竹和各位網友支持，謝謝！

Godbach

哦，是的。內核中申請到頁面之后，要調用一下SetPageReserved，相當于告訴系統(tǒng)，這個頁面我已經占了。對于每一個申請到的頁面，應該都要這樣做。

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的地址, 可惜還是不對

怎么不對，找原因了嗎？