請教大家一個mmap的問題

snow_insky

off = ((address-area->vm_start) >> PAGE_CACHE_SHIFT) + area->vm_pgoff;
請仔細看看這句，其實在這里area->vm_pgoff才是基址，前面那部分才是基于它的偏移， 請看清楚。

vm_pgoff是在做mmap的時候給賦值的。

rwen2012

area->vm_pgoff是頁面偏移，“請看清楚”

snow_insky

你也要看清楚用在什么場合，代表什么意思，你僅僅憑它的名稱來定義呵呵，太搞笑了

思一克

有結(jié)論了嗎

rwen2012

remap_pfn_range()
第三個參數(shù)是以頁面為單位的物理地址，但這個例子好像有點不一樣？

albcamus

原帖由 思一克 于 2007-6-13 14:20 發(fā)表于 14樓  
有結(jié)論了嗎

我這兒還沒呢， 等著你出手呢


PS,   ULK3第16章， 講解do_mmap_pgoff()函數(shù)， step1, step2, step3, 怎么一下子跑道step10了？ 是不是有缺頁��？

[ 本帖最后由 albcamus 于 2007-6-13 14:32 編輯 ]

思一克

vma->vm_pgoff 是 該vm 區(qū)域在map file中的以PAGE大小為單位的偏移。

比如4個vm_area MAP到一個文件的
1）0-----4096
2）5*4096 ------ 7*4096
3）9*4096 ------ 10*4096
4）15*4096 ----- 20*4096

那么4個vma的vm_pgoff分別為0，5，9， 15

本來和物理頁號沒有關(guān)系。

你們看到的和物理頁號關(guān)系是一種特例和巧合

snow_insky

off = ((address-area->vm_start) >> PAGE_CACHE_SHIFT) + area->vm_pgoff;
在這里，area－>vm_pgoff是這個vm_area_struct相對于文件的偏移，area->vm_start是相對于文件的地址偏移，address - area->vm_start是這個地址相對于當前的VM area的偏移，右移PAGE_CACHE_SHIFT是轉(zhuǎn)換成頁號，兩者相加，是這個address在當前VM area中的頁number 偏移的數(shù)量。

請指正。

思一克

remap_pfn_range 函數(shù)是被驅(qū)動調(diào)用（cd drivers     grep -r remap_pfn * )
用來將"所有"物理內(nèi)存影射成一個文件中（driver/mem.c 參見）。

這時候，vm_pgoff就和物理PAGE號有關(guān)系了。是特例和巧合。
vm_pgoff的本意和物理PAGE號無關(guān)。
就是我上貼說的定義（看mm.h 一句話的說明: Offset (within vm_file) in PAGE_SIZE）

原帖由 albcamus 于 2007-6-13 14:31 發(fā)表于 16樓  


我這兒還沒呢， 等著你出手呢


PS,   ULK3第16章， 講解do_mmap_pgoff()函數(shù)， step1, step2, step3, 怎么一下子跑道step10了？ 是不是有缺頁��？

[ 本帖最后由 思一克 于 2007-6-13 14:45 編輯 ]

snow_insky

對的，并不能把它和物理頁聯(lián)系起來。 只有在特定的上下文中才可以。