copy_from_user在那種情況下會出現(xiàn)拷貝數(shù)據(jù)不完全？

bensenq

copy_from_user返回0表示拷貝玩成功，如果返回正值則表示還剩多少數(shù)據(jù)沒有拷貝完。

那我想知道什么情況下會出現(xiàn)只拷貝一部分?jǐn)?shù)據(jù)的情況（例如需要copy 4KB數(shù)據(jù)，但是最后返回1K，代表之拷貝了3KB數(shù)據(jù)）？
copy_from_user是可以處理正常的缺頁的，那么我的問題就會變的更具體點：什么情況下會出現(xiàn)不能正常處理的缺頁異常？

1. static inline long copy_from_user(void *to,
   
2.                 const void __user * from, unsigned long n)
   
3. {
   
4.         might_sleep();
   
5.         if (access_ok(VERIFY_READ, from, n))
   
6.                 return __copy_from_user(to, from, n);
   
7.         else
   
8.                 return n;
   
9. }

復(fù)制代碼

Tinnal

當(dāng)拷貝的指針不是正真的用戶態(tài)地址時，就會返回出錯。因為指會是從用戶態(tài)傳入的，沒法保證一定是對的。

bensenq

回復(fù) 2# Tinnal

我現(xiàn)在的情況是:

1. access_ok已經(jīng)檢查通過，但是在拷貝的過程中發(fā)生了某些異常。

2. 已經(jīng)拷貝了了一些數(shù)據(jù)，而不是全部沒有拷貝。
   

bensenq

回復(fù) 2# Tinnal

Check了一下access_ok代碼，發(fā)現(xiàn)其只是粗略的檢驗了一下是否是用戶地址區(qū)間，而并沒有檢查是否存在有效的vma。

那么我遇到的情況應(yīng)該這樣理解： 屬于 （addr， addr+size）用戶地址區(qū)間中只有一部分是合法的，所有在做真正的copy時如果遇到不合法的地址就沒法正常處理缺頁，只能走fixup流程返回了。

恩，應(yīng)該就是這樣。


   

Tinnal

回復(fù) 4# bensenq
是的，這是2.6內(nèi)核的優(yōu)化，因為每次都去檢查太耗時，而這些檢查基本上都是通過的，幾個極個別情況下去出錯。因此采用了出錯于去補(bǔ)救的辦法。

   

bensenq

回復(fù) 5# Tinnal

是這樣的，謝謝！