On Wed, 2015-12-30 at 23:50 +0800, Xin Long wrote: > tranport hashtbale will replace the association hashtable to do the > lookup for transport, and then get association by t->assoc, rhashtable > apis will be used because of it's resizable, scalable and using rcu. > > lport + rport + paddr will be the base hashkey to locate the chain, > with net to protect one netns from another, then plus the laddr to > compare to get the target. > > this patch will provider the lookup functions: > - sctp_epaddr_lookup_transport > - sctp_addrs_lookup_transport > > hash/unhash functions: > - sctp_hash_transport > - sctp_unhash_transport > > init/destroy functions: > - sctp_transport_hashtable_init > - sctp_transport_hashtable_destroy > > Signed-off-by: Xin Long <lucien.xin@xxxxxxxxx> > Signed-off-by: Marcelo Ricardo Leitner <marcelo.leitner@xxxxxxxxx> > --- I am against using rhashtable in SCTP (or TCP) at this stage, given the number of bugs we have with it. -- To unsubscribe from this list: send the line "unsubscribe linux-sctp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
