Kristof Provost 48c29b118e pf: Always initialise pf_fragment.fr_flags ... When we allocate the struct pf_fragment in pf_fillup_fragment() we forgot to initialise the fr_flags field. As a result we sometimes mistakenly thought the fragment to not be a buffered fragment. This resulted in panics because we'd end up freeing the pf_fragment but not removing it from V_pf_fragqueue (believing it to be part of V_pf_cachequeue). The next time we iterated V_pf_fragqueue we'd use a freed object and panic. While here also fix a pf_fragment use after free in pf_normalize_ip(). pf_reassemble() frees the pf_fragment, so we can't use it any more. PR: 201879, 201932 MFC after: 5 days		2015-07-29 06:35:36 +00:00
..
if_pflog.c	Mechanically convert to if_inc_counter().	2014-09-19 09:19:29 +00:00
if_pfsync.c	CALLOUT_MPSAFE has lost its meaning since r141428, i.e., for more than ten	2015-05-22 17:05:21 +00:00
in4_cksum.c
pf_altq.h	ALTQ FAIRQ discipline import from DragonFLY	2015-06-24 19:16:41 +00:00
pf_if.c	Use MTX_SYSINIT() instead of mtx_init() to separate mutex initialization	2015-05-19 14:04:21 +00:00
pf_ioctl.c	During module unload unlock rules before destroying UMA zones, which	2015-05-19 14:02:40 +00:00
pf_lb.c	Do not lookup source node twice when pf_map_addr() is used.	2014-08-15 14:16:08 +00:00
pf_mtag.h	ALTQ FAIRQ discipline import from DragonFLY	2015-06-24 19:16:41 +00:00
pf_norm.c	pf: Always initialise pf_fragment.fr_flags	2015-07-29 06:35:36 +00:00
pf_osfp.c	The r48589 promised to remove implicit inclusion of if_var.h soon. Prepare	2013-10-26 17:58:36 +00:00
pf_ruleset.c	Provide includes that are needed in these files, and before were read	2013-10-26 18:18:50 +00:00
pf_table.c	Back out r276841, r276756, r276747, r276746. The change in r276747 is very	2015-01-22 01:23:16 +00:00
pf.c	Simplify logic added in r285945 as suggested by glebius	2015-07-28 14:59:29 +00:00
pf.h	In the forwarding case refragment the reassembled packets with the same	2015-02-16 07:01:02 +00:00