glebius requested changes to this revision.
glebius added a comment.
This revision now requires changes to proceed.
Thanks a lot, Nikos.
I've fixed the problem of sleeping in UMA on kldunload. It was out the scope of
the patch. I also committed the first part of the patch - mu
glebius added a comment.
Recently Nikos has asked questions on kernel debugging. So, I guess, he is
working.
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: nvass-gmx.com, bz, zec, trociny, glebius
glebius added a comment.
Nikos,
acking that I see the patches. Right now I'm waiting for pf to stablize after
recent patches to fragment handling. Kristof is working on the known problem.
Meanwhile you can finish your patch moving from "almost there" to "there" :)
If yo
Synopsis: [pf] Can not set limit for table
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Mon Apr 28 14:17:59 UTC 2014
State-Changed-Why:
The number of tables is not limited now.
http://www.freebsd.org/cgi/query-pr.cgi?pr=188
Synopsis: [pf] ICMP / NAT issues using pf on -CURRENT
Responsible-Changed-From-To: freebsd-pf->glebius
Responsible-Changed-By: glebius
Responsible-Changed-When: Wed Apr 16 07:19:11 UTC 2014
Responsible-Changed-Why:
I must take care of this.
http://www.freebsd.org/cgi/query-pr.cgi?pr=188
Synopsis: [pf] PF fatal trap on 9.1 (taskq fatal trap on pf_test_rule)
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Mon Jan 6 19:08:00 UTC 2014
State-Changed-Why:
This looks like duplicate of 182141, which was just moved to "patched" state.
Synopsis: [pf] pfioctl causing kernel panics in 10-BETA{3,4}
State-Changed-From-To: open->feedback
State-Changed-By: glebius
State-Changed-When: Wed Dec 18 05:01:09 UTC 2013
State-Changed-Why:
Submitter asked for feedback.
Responsible-Changed-From-To: freebsd-pf->glebius
Responsible-Chan
Synopsis: [pf] [patch] Removing pf Source entries locks kernel.
State-Changed-From-To: open->patched
State-Changed-By: glebius
State-Changed-When: Fri Nov 22 19:14:57 UTC 2013
State-Changed-Why:
Fixed in head, thanks!
Responsible-Changed-From-To: freebsd-pf->glebius
Responsible-Chan
Synopsis: tcpdump(8) does not support pfsync(4) data
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Thu Jul 11 13:40:12 UTC 2013
State-Changed-Why:
Feature added to FreeBSD 10 and FreeBSD 9.
Responsible-Changed-From-To: freebsd-pf->glebius
Responsible-C
Synopsis: [pf] tagged parameter on nat not working on FreeBSD 5.2
State-Changed-From-To: suspended->closed
State-Changed-By: glebius
State-Changed-When: Wed Sep 12 08:59:47 UTC 2012
State-Changed-Why:
Fixed in many releases starting from 6.0. Can't be fixed in 5.2 due to no time
machin
Synopsis: [pf] [panic] Kernel panic with pf + bridge
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Tue Sep 11 11:03:00 UTC 2012
State-Changed-Why:
Submitter email bounces.
http://www.freebsd.org/cgi/query-pr.cgi?pr=124
Synopsis: [pfsync] pfsync(4) not usable with GENERIC kernel
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Tue Sep 11 11:01:39 UTC 2012
State-Changed-Why:
I'm pretty sure this is fixed in 9.0-RELEASE, and may be even in 8.0-RELEASE.
http://www.freebsd
Synopsis: [pf] [lor] 2 LOR's with pf task mtx / ifnet and rtentry / ifnet
during early boot
State-Changed-From-To: open->patched
State-Changed-By: glebius
State-Changed-When: Tue Sep 11 11:00:33 UTC 2012
State-Changed-Why:
I believe, this no longer applies to head/.
Responsible-Chan
Synopsis: [pf] pf stalls connection when using route-to [regression]
State-Changed-From-To: feedback->closed
State-Changed-By: glebius
State-Changed-When: Tue Sep 11 10:59:00 UTC 2012
State-Changed-Why:
A good advice was suggested by mlaier@, and PR was put into feedback state.
Submitter ne
Synopsis: [pf] deadlock in pf
State-Changed-From-To: open->patched
State-Changed-By: glebius
State-Changed-When: Tue Sep 11 10:56:15 UTC 2012
State-Changed-Why:
I believe this is fixed in head.
Responsible-Changed-From-To: freebsd-pf->glebius
Responsible-Changed-By: glebius
Responsible-C
Synopsis: [pf] PF firewall version 4.5 in FreeBSD 9.0 & 8.2 nolonger supported
by upstream
State-Changed-From-To: suspended->closed
State-Changed-By: glebius
State-Changed-When: Tue Sep 11 10:52:07 UTC 2012
State-Changed-Why:
We no longer plan to do bulk imports from OpenBSD.
If you w
Synopsis: pfsync reports bulk update failures
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Tue Sep 11 10:45:37 UTC 2012
State-Changed-Why:
Bulk updates work fine at least in stable/9 and head.
Responsible-Changed-From-To: freebsd-pf->glebius
Respo
Synopsis: [pf] [patch] Argument names reversed in pf_table.c:_copyout()
State-Changed-From-To: open->patched
State-Changed-By: glebius
State-Changed-When: Tue Sep 11 10:43:56 UTC 2012
State-Changed-Why:
No applicable to head anymore.
Responsible-Changed-From-To: freebsd-pf->glebius
Respo
Synopsis: [pf] pf crashes when receiving packets from an address in a table
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Fri Jun 29 12:11:37 UTC 2012
State-Changed-Why:
Fixed in head & stable/9.
http://www.freebsd.org/cgi/query-pr.cgi?pr
Synopsis: [pf] simply enabling pf makes udpxy not to work
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Sun Apr 15 11:52:16 UTC 2012
State-Changed-Why:
pf(4) dropping packets with IP options by default isn't
a bug, but a (annoying) featur
Synopsis: [pf] [patch] pfsync_defer return ignored with __FreeBSD__
State-Changed-From-To: open->patched
State-Changed-By: glebius
State-Changed-When: Wed Nov 30 08:48:14 UTC 2011
State-Changed-Why:
Fixed in head/.
Responsible-Changed-From-To: freebsd-pf->glebius
Responsible-Chan
Synopsis: [pf] [panic] m_copym, offset > size of mbuf chain when
pfsync_enable="YES"
State-Changed-From-To: open->patched
State-Changed-By: glebius
State-Changed-When: Fri Oct 21 11:10:16 UTC 2011
State-Changed-Why:
Fixed in head/.
Responsible-Changed-From-To: freebsd-pf->
Synopsis: [carp] carp+pf delay with high state limit
State-Changed-From-To: open->closed
State-Changed-By: glebius
State-Changed-When: Sat Oct 15 14:20:00 UTC 2011
State-Changed-Why:
Not a bug. This is a feature. pfsync(4) suppresses carp(4)
preemption until new recently booted node downlo
23 matches
Mail list logo