Paul Moore e4c1721642 xfrm: force a garbage collection after deleting a policy ... In some cases after deleting a policy from the SPD the policy would remain in the dst/flow/route cache for an extended period of time which caused problems for SELinux as its dynamic network access controls key off of the number of XFRM policy and state entries. This patch corrects this problem by forcing a XFRM garbage collection whenever a policy is sucessfully removed. Reported-by: Ondrej Moris <omoris@redhat.com> Signed-off-by: Paul Moore <pmoore@redhat.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2013-05-31 17:30:07 -07:00
..
Kconfig
Makefile
xfrm_algo.c	xfrm: add rfc4494 AES-CMAC-96 support	2013-04-25 21:01:48 +08:00
xfrm_hash.c
xfrm_hash.h
xfrm_input.c
xfrm_ipcomp.c
xfrm_output.c	xfrm: properly handle invalid states as an error	2013-05-23 01:20:07 -07:00
xfrm_policy.c	xfrm: force a garbage collection after deleting a policy	2013-05-31 17:30:07 -07:00
xfrm_proc.c	net: proc: change proc_net_remove to remove_proc_entry	2013-02-18 14:53:08 -05:00
xfrm_replay.c	xfrm: Fix esn sequence number diff calculation in xfrm_replay_notify_esn()	2013-03-25 07:25:50 +01:00
xfrm_state.c	xfrm: allow to avoid copying DSCP during encapsulation	2013-03-06 07:02:45 +01:00
xfrm_sysctl.c
xfrm_user.c	xfrm: force a garbage collection after deleting a policy	2013-05-31 17:30:07 -07:00