On Fri, Oct 05, 2012 at 05:05:16PM +0200, Ermal Lu?i wrote: E> > E> speaking of pf(4) side of things please do not loose the VIMAGE calls! E> > E> > Yeah, can you explain please why do we need them here? The pfil hooks E> > are always run already in some defined VNET context, don't they? E> E> from my testing at the time these were needed otherwise you will get issues. E> I do not remember the details but i put those there because were required. E> There is no overhead as well from leaving those there.
Well, Bjoern and Marko are silent. Let's look ourselves. The most generic case is Ethernet interfaces, and yes, ether_input_internal() sets VNET context. Then packet is demuxed to IP level, ip_input() calls pfil(9) hooks and that all is in defined context. If you remember some issues w/o CURVNET in pf_check_*(), then probably you were using some kind of interface (may be some tunneling) that didn't set VNET context. In this case this is bug in the code of this interface, and not in pf. I will remove CURVNET_SET/RESTORE in a separate commit, not related to byte ordering. -- Totus tuus, Glebius. _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
