lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20160308.142849.1605654925313096504.davem@davemloft.net>
Date:	Tue, 08 Mar 2016 14:28:49 -0500 (EST)
From:	David Miller <davem@...emloft.net>
To:	pablo@...filter.org
Cc:	netfilter-devel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH 00/10] Netfilter/IPVS updates for net-next

From: Pablo Neira Ayuso <pablo@...filter.org>
Date: Tue,  8 Mar 2016 11:00:40 +0100

> The following patchset contains Netfilter updates for your net-next tree,
> they are:
> 
> 1) Remove useless debug message when deleting IPVS service, from
>    Yannick Brosseau.
> 
> 2) Get rid of compilation warning when CONFIG_PROC_FS is unset in
>    several spots of the IPVS code, from Arnd Bergmann.
> 
> 3) Add prandom_u32 support to nft_meta, from Florian Westphal.
> 
> 4) Remove unused variable in xt_osf, from Sudip Mukherjee.
> 
> 5) Don't calculate IP checksum twice from netfilter ipv4 defrag hook
>    since fixing af_packet defragmentation issues, from Joe Stringer.
> 
> 6) On-demand hook registration for iptables from netns. Instead of
>    registering the hooks for every available netns whenever we need
>    one of the support tables, we register this on the specific netns
>    that needs it, patchset from Florian Westphal.
> 
> 7) Add missing port range selection to nf_tables masquerading support.
> 
> BTW, just for the record, there is a typo in the description of
> 5f6c253ebe93b0 ("netfilter: bridge: register hooks only when bridge
> interface is added") that refers to the cluster match as deprecated, but
> it is actually the CLUSTERIP target (which registers hooks
> inconditionally) the one that is scheduled for removal.
> 
> You can pull these changes from:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next.git

Pulled, thanks Pablo!

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ