]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'tipc-next'
authorDavid S. Miller <davem@davemloft.net>
Mon, 9 Feb 2015 21:20:53 +0000 (13:20 -0800)
committerDavid S. Miller <davem@davemloft.net>
Mon, 9 Feb 2015 21:20:53 +0000 (13:20 -0800)
commit1c04ef88f21fca75945d986edd829e44b38ea78e
tree4859799a8311ecd637e2a582600af1057a78e08b
parent0079c2457ad41a5629190e9aea10e62805495203
parent1de660b046af27d9e7b4d3d5f36149d61061db29
Merge branch 'tipc-next'

Richard Alpe says:

====================
tipc: new compat layer for the legacy NL API

This is a compatibility / transcoding layer for the old netlink API.
It relies on the new netlink API to collect data or perform actions
(dumpit / doit).

The main benefit of this compat layer is that it removes a lot of
complex code from the tipc core as only the new API needs to be able
harness data or perform actions. I.e. the compat layer isn't concerned
with locking or how the internal data-structures look. As long as the
new API stays relatively intact the compat layer should be fine.

The main challenge in this compat layer is the randomness of the legacy
API. Some commands send binary data and some send ASCII data, some are
very picky in optimizing there buffer sizes and some just don't care.
Most legacy commands put there data in a single TLV (data container) but some
segment the data into multiple TLV's. This list of randomness goes on and on..
====================

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