Merge branch 'tipc-next'
authorDavid S. Miller <davem@davemloft.net>
Wed, 26 Nov 2014 17:30:23 +0000 (12:30 -0500)
committerDavid S. Miller <davem@davemloft.net>
Wed, 26 Nov 2014 17:30:23 +0000 (12:30 -0500)
commit8b7f8a99906fc21c287ad63ad3a89cf662b0293e
tree82658ff3ecd103abdad794b9b0833e45160b235e
parent73cf0e923d685a6a1b7754c7d29cc14944f271d9
parenta6ca109443842e7251c68451f8137ae68ae6d8a6
Merge branch 'tipc-next'

Ying Xue says:

====================
standardize TIPC SKB queue operations

Now the following SKB queues are created and maintained within internal
TIPC stack:

- link transmission queue
- link deferred queue
- link receive queue
- socket outgoing packet chain
- name table outgoing packet chain

In order to manage above queues, TIPC stack declares a sk_buff pointer
for each queue to record its head, and directly modifies "prev" and
"next" SKB pointers of SKB structure when inserting or deleting a SKB
to or from the queue. As these operations are pretty complex, they
easily involve fatal mistakes. If these sk_buff pointers are replaced
with sk_buff_head instances as queue heads and corresponding generic
SKB list APIs are used to manage them, the entire TIPC code would
become quite clean and readable. But before make the change, we need
to clean up below redundant functionalities:

- remove node subscribe infrastructure
- remove protocol message queue
- remove retransmission queue
- clean up process of pushing packets in link layer
====================

Signed-off-by: David S. Miller <davem@davemloft.net>