On Sun, Oct 23, 2016 at 10:37:33PM +0200, Jozsef Kadlecsik wrote: > Hi Pablo, > > Sorry for the first version, it was a mistake at copying the patch content > from the ipset package (where the original version was checked and > verified). > > Please consider to apply the next bunch of patches for ipset. > There is new set type in it (hash:ip,mac), elemet counts are reported > to userspace in the set headers data and a couple of small cleanups, > improvements > > * rcu_dereference_bh_nfnl() redefined to accept netfilter subsys id. > * Header files cleanup: counter helper functions are grouped together, > some args are changed to const. > * struct ip_set_skbinfo is introduced instead of open coded fields > in skbinfo get/init helper funcions. > * In comment extension allocate area with kmalloc() rather than kzalloc(). > * Split all extensions into separate files. > * Separate memsize calculation into dedicated functions. > * ip_set_put_extensions() is regrouped and extern is added. > * Add element count to hash headers by Eric B Munson. > * Add element count to all set types header for uniform output. > * Count non-static extension memory into memsize calculation for > userspace. > * Simplify mtype_expire() for hash types by removing redundant > parameters which can be get from other ones. > * Make NLEN compile time constant for hash types. > * Make sure element data size is a multiple of u32. > * Optimize hash creation routine, exit as early as possible. > * Make struct htype per ipset family. > * Collapse same condition body into a single one. > * Fix reported memory size for hash:* types. > * hash:ipmac type support added to ipset by Tomasz Chilinski. > * Use setup_timer() and mod_timer() instead of init_timer() > by Muhammad Falak R Wani, individually for the set type families. > * hash: fix boolreturn.cocci warnings avout bool should use true/false > by Fengguang Wu. Pulled, thanks Jozsef. -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
