On Mon, 29 Sep 2008, kerbzo wrote:
this patch:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=152621+0+current/cvs-src
fixed kern/126980 .
I've gone ahead and closed the PR; thanks for the bug report!
Robert N M Watson
Computer Laboratory
University of Cambridge
_
On Wed, 26 Mar 2008, Julian Elischer wrote:
it wouldn't.. you'd add them together before presenting them. but every time
a packet changes a counter that is shared, there is a chance that it is
being altered by another processor, so if you have fine grained locking in
ipfw, you really should us
On Tue, 25 Mar 2008, Sepherosa Ziehau wrote:
On Tue, Mar 25, 2008 at 1:53 AM, Julian Elischer <[EMAIL PROTECTED]> wrote:
3/ possibly keeping per CPU stats..
This probably is the trickest part, not difficult for non-fastforward case.
But if fastforward is enabled, I could only imagine full
On Fri, 30 Mar 2007, Julian Elischer wrote:
I have been looking at the IPFW code recently, especially with respect to
locking. There are some things that could be done to improve IPFW's
behaviour when processing packets, but some of these take a toll (there is
always a toll) on the 'updating'
Just as a slight follow-up I should have included in my earlier e-mail:
the merging of ucred and pcred should make this patch now be able to
support real and saved uids/gids as well as effective uids/gids, meaning
that it can be used to also restrict setuid applications such as ping.
Robert N M Wa
