netdev - Re: [patch v4 10/12] IPVS: Allow configuration of persistence engines

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: <20101004134154.GA5469@verge.net.au>
Date:	Mon, 4 Oct 2010 22:41:54 +0900
From:	Simon Horman <horms@...ge.net.au>
To:	lvs-devel@...r.kernel.org, netdev@...r.kernel.org,
	netfilter@...r.kernel.org, netfilter-devel@...r.kernel.org
Cc:	Jan Engelhardt <jengelh@...ozas.de>,
	Stephen Hemminger <shemminger@...tta.com>,
	Wensong Zhang <wensong@...ux-vs.org>,
	Julian Anastasov <ja@....bg>, Patrick McHardy <kaber@...sh.net>
Subject: Re: [patch v4 10/12] IPVS: Allow configuration of persistence
 engines

On Mon, Oct 04, 2010 at 06:04:02PM +0900, Simon Horman wrote:
> Allow the persistence engine of a virtual service to be set, edited
> and unset.
> 
> This feature only works with the netlink user-space interface.
> 
> Signed-off-by: Simon Horman <horms@...ge.net.au>
> Acked-by: Julian Anastasov <ja@....bg>
> 
> ---
> 
> v2
> * Dereference persistence engine when a service is deleted.
>   This allows persistence modules to be removed from the kernel
>   once they are no longer used.
> * Update for the recent "ipvs: changes related to service usecnt" change
> * Trivial rediff
> 
> v4
> * As suggested by  Julian Anastasov <ja@....bg>
>   - Initialise ip_vs_service_user_kern to zero in ip_vs_copy_usvc_compat()
>     to avoid a crash caused by the pe_name element being uninitialised.

*Red Face*

I forgot to test this change and I had made a typo.
I will repost.

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html