Searched hist:196372 (Results 1 - 4 of 4) sorted by relevance
/freebsd-10.3-release/sys/netpfil/pf/ | ||
H A D | pf_altq.h | diff 196372 Wed Aug 19 00:25:29 MDT 2009 mlaier If we cannot immediately get the pf_consistency_lock in the purge thread, restart the scan after acquiring the lock the hard way. Otherwise we might end up with a dead reference. Reported by: pfsense Reviewed by: eri Initial patch by: eri Tested by: pfsense Approved by: re (kib) |
H A D | pf.h | diff 196372 Wed Aug 19 00:25:29 MDT 2009 mlaier If we cannot immediately get the pf_consistency_lock in the purge thread, restart the scan after acquiring the lock the hard way. Otherwise we might end up with a dead reference. Reported by: pfsense Reviewed by: eri Initial patch by: eri Tested by: pfsense Approved by: re (kib) |
H A D | pf.c | diff 196372 Wed Aug 19 00:25:29 MDT 2009 mlaier If we cannot immediately get the pf_consistency_lock in the purge thread, restart the scan after acquiring the lock the hard way. Otherwise we might end up with a dead reference. Reported by: pfsense Reviewed by: eri Initial patch by: eri Tested by: pfsense Approved by: re (kib) |
/freebsd-10.3-release/sys/net/ | ||
H A D | pfvar.h | diff 196372 Wed Aug 19 00:25:29 MDT 2009 mlaier If we cannot immediately get the pf_consistency_lock in the purge thread, restart the scan after acquiring the lock the hard way. Otherwise we might end up with a dead reference. Reported by: pfsense Reviewed by: eri Initial patch by: eri Tested by: pfsense Approved by: re (kib) |
Completed in 80 milliseconds