Timo Teräs d809ec8955 xfrm: do not assume that template resolving always returns xfrms ... xfrm_resolve_and_create_bundle() assumed that, if policies indicated presence of xfrms, bundle template resolution would always return some xfrms. This is not true for 'use' level policies which can result in no xfrm's being applied if there is no suitable xfrm states. This fixes a crash by this incorrect assumption. Reported-by: George Spelvin <linux@horizon.com> Bisected-by: George Spelvin <linux@horizon.com> Tested-by: George Spelvin <linux@horizon.com> Signed-off-by: Timo Teräs <timo.teras@iki.fi> Signed-off-by: David S. Miller <davem@davemloft.net>		2010-07-14 14:16:48 -07:00
..
Kconfig
Makefile
xfrm_algo.c
xfrm_hash.c
xfrm_hash.h	net: Remove unnecessary semicolons after switch statements	2010-05-17 17:44:35 -07:00
xfrm_input.c
xfrm_ipcomp.c	include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h	2010-03-30 22:02:32 +09:00
xfrm_output.c	net: check for refcount if pop a stacked dst_entry	2010-06-04 15:56:00 -07:00
xfrm_policy.c	xfrm: do not assume that template resolving always returns xfrms	2010-07-14 14:16:48 -07:00
xfrm_proc.c
xfrm_state.c	Merge branch 'master' of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6	2010-04-11 14:53:53 -07:00
xfrm_sysctl.c	include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h	2010-03-30 22:02:32 +09:00
xfrm_user.c	xfrm: add severity to printk	2010-05-17 23:23:13 -07:00