內(nèi)核和用戶空間共享內(nèi)存的實(shí)現(xiàn)例程-proc和mmap

dreamice

這么大的內(nèi)存申請(qǐng)，不一定能成功的

Godbach

恩，有可能啊。不知道LZ的應(yīng)用是什么，一下子申請(qǐng)這么大的內(nèi)存。

T-bagwell

按道理說,128k的應(yīng)該足夠用了吧?

dreamice

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

vatican

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

申請(qǐng)大內(nèi)存的目的是驅(qū)動(dòng)的要求，我有個(gè)字符型設(shè)備，上層應(yīng)用和它之間會(huì)有大量的消息收發(fā)，
我想直接通過共享內(nèi)存的方式解決，避免消息的copy。

現(xiàn)在算下來我需要在內(nèi)核中申請(qǐng)64M的內(nèi)存，__get_free_pages()又解決不了了。

請(qǐng)斑竹和各位網(wǎng)友支持，謝謝！

Godbach

哦，是的。內(nèi)核中申請(qǐng)到頁面之后，要調(diào)用一下SetPageReserved，相當(dāng)于告訴系統(tǒng)，這個(gè)頁面我已經(jīng)占了。對(duì)于每一個(gè)申請(qǐng)到的頁面，應(yīng)該都要這樣做。

blue006

在64位機(jī)子上,當(dāng)物理內(nèi)存>4G時(shí), 這個(gè)語句有問題
return sprintf(page, "%08lx\n", __pa(kernel_memaddr));
因?yàn)開_pa(kernel_memaddr))轉(zhuǎn)換出來的地址好像<4G, 而實(shí)際中kernel_memaddr是位于高端地址, 在物理地址中的位置會(huì)大于4G的, 這個(gè)問題改怎么解決呢

Godbach

__pa(kernel_memaddr)

這個(gè)函數(shù)支持4G以上的內(nèi)存嗎？

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

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

Godbach

用virt_to_phys可以得到>4G的地址, 可惜還是不對(duì)

怎么不對(duì)，找原因了嗎？