From: Jon Maloy <[email protected]>
Date: Thu, 22 Oct 2015 08:51:32 -0400
> The TIPC broadcast link implementation is currently complex and hard to
> follow. It also incurs some amount of code and structure duplication,
> something that can be reduced significantly with a little effort.
>
> This commit series introduces a number of improvements which address
> both the locking structure, the code/structure duplication issue, and
> the overall readbility of the code.
>
> The series consists of three main parts:
>
> 1-7: Adaptation to the new link structure, and preparation for the next
> step. In particular, we want the broadcast transmission link to
> have a life cycle that is longer than any of its potential (unicast
> and broadcast receive links) users. This eliminates the need to
> always test for the presence of this link before accessing it.
>
> 8-10: This is what is really new in this series. Commit #9 is by far
> the largest and most important one, because it moves most of
> the broadcast functionality into link.c, partially reusing the
> fields and functionality of the unicast link. The removal of
> the "node_map" infrastructure in commit #10 is also an important
> achievement.
>
> 11-16: Some improvements leveraging the changes made in the previous
> commits.
>
> The series needs commit 53387c4e22ac ("tipc: extend broadcast link window
> size")
> and commit e53567948f82 ("tipc: conditionally expand buffer headroom over udp
> tunnel")
> which are both present in 'net' but not yet in 'net-next', to apply cleanly.
Series applied, thanks Jon.
And I really appreciate the exact explanation of what this series
depended upon.
Thanks again.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
