TCP協(xié)議棧提前拷貝到用戶緩沖區(qū)的問題

peimichael

最近看TCP協(xié)議棧時(shí)在tcp_rcv_established函數(shù)里看到這么一段

1. if ([color=Red]tp->ucopy.task == current[/color] &&
   
2.     sock_owned_by_user(sk) && !copied_early) {
   
3.         __set_current_state(TASK_RUNNING);
   
4. 
   
5.         /*tcp_copy_to_iovec返回0為成功*/
   
6.         if (!tcp_copy_to_iovec(sk, skb, tcp_header_len))
   
7.                 eaten = 1;
   
8. }

復(fù)制代碼

上面紅字部分不明白有什么用，為什么一定要保證ucopy.task==current？
實(shí)際上一般進(jìn)程調(diào)用recv阻塞后不就切換走了？上面這個(gè)條件如何滿足？
我覺得可能是在進(jìn)程上下文處理prequeue或者backlog時(shí)才會(huì)進(jìn)入這個(gè)條件，但如果是這種情況，似乎又不需要__set_current_state(TASK_RUNNING)這句話了。
特來求助。

多謝！

瀚海書香

回復(fù) 1# peimichael
剛才看了下代碼，以前沒注意個(gè)這個(gè)地方。佩服樓主看代碼這么仔細(xì)啊。。。

貌似流程是：current系統(tǒng)調(diào)用recv-->軟中斷打斷-->tcp_rcv_established，但是好像current的狀態(tài)是RUNNING的
？？


   

peimichael

回復(fù) 2# 瀚海書香


    tcp_recvmsg是用戶進(jìn)程recv系統(tǒng)調(diào)用調(diào)到的函數(shù)啊，為啥會(huì)在軟中斷被調(diào)用？樓上是指“tcp_v4_rcv”嗎？

瀚海書香

回復(fù) 3# peimichael
已經(jīng)改過來了

   

peimichael

current系統(tǒng)調(diào)用recv-->軟中斷打斷-->tcp_rcv_established，但是好像current的狀態(tài)是RUNNING的

我就是覺得奇怪，系統(tǒng)調(diào)用recv之后不是就進(jìn)入sleep狀態(tài)了嗎，如果說必須是"在進(jìn)入recv后，進(jìn)程切換之前"正好被軟中斷打斷，這個(gè)概率是不是小了點(diǎn)。
還有就算等待在socket上的進(jìn)程不是current進(jìn)程會(huì)有什么影響嗎？為啥一定要是current?