sock_wfree問題，幫忙看看

super皮波

代碼如下，幫忙看看，多謝多謝
void sock_wfree(struct sk_buff *skb)
{
        struct sock *sk = skb->sk;

        /* In case it might be waiting for more memory. */
        atomic_sub(skb->truesize, &sk->sk_wmem_alloc);
        if (!sock_flag(sk, SOCK_USE_WRITE_QUEUE))/*怎么感覺這個if條件反了呢？，不應(yīng)該取非�。�！*/
                sk->sk_write_space(sk);
        sock_put(sk);
}

zsszss0000

pipi最近開始搞內(nèi)核了嗎？

super皮波

回復(fù) 2# zsszss0000
一直在做內(nèi)核，其他的是副業(yè)


   

super皮波

代碼中每次在給sk_write_space指針賦值的時候，都會設(shè)置SOCK_USE_WRITE_QUEUE這個符號位，而在sock_wfree中的判斷條件是取的非呢？？
知道的幫幫忙，多謝




sk->sk_write_space = sctp_write_space;
sock_set_flag(sk, SOCK_USE_WRITE_QUEUE);

nswcfd

沒有置這個標(biāo)記，表示使用sock的缺省wakeup行為，即sock_def_write_space，
其行為是，【在skb被釋放的時候】，通過sock_wfree調(diào)用sock_def_write_space，來**等待中的寫進(jìn)程。

@tcp_init_sock：
        sk->sk_write_space = sk_stream_write_space;
        sock_set_flag(sk, SOCK_USE_WRITE_QUEUE)
而像TCP這種協(xié)議，由于有自己的buffer控制算法，不能簡單的在skb釋放的時候就去**寫進(jìn)程。
典型的，需要等到buffer里的數(shù)據(jù)被ack了，窗口能夠前進(jìn)，才能釋放write queue的空間，進(jìn)而**阻塞的寫進(jìn)程。
參見tcp_input.c::tcp_data_snd_check

nswcfd

2#樓中的**=wakeup

雖然樓主的問題針對sctp，但道理是類似的。