On Tue, Aug 19, 2003 at 03:59:27PM -0700, Sam Leffler wrote:
> this note is to insure "everyone" is aware. If your are actively working
> on stuff related to the network code and I haven't already corresponded
> with you; please let me know so we can coordinate our work--I have no
> interest in
http://www.freebsd.org/~sam/fastforward.patch
These lock the fast forwarding hash table with a lock per hash bucket.
There is one known issue with these changes: a LOR with the bridge code
caused by holding a lock across the call to forward the packet. Also, some
statistics are not consistentl
http://www.freebsd.org/~sam/fastipsec.patch
These changes add locking and cleanup some of the infrastructure; e.g. to
do better accounting of dynamically allocated data structures.
Basic operation is well-tested but I haven't done extensive testing of the
re-keying (e.g. with racoon). There is
http://www.freebsd.org/~sam/domain.patch
These add locking to the list of domains.
Sam
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
http://www.freebsd.org/~sam/rawsock.patch
This locks the raw socket protocol control blocks using equivalent
techniques to those used for udp, etc. There is one code restructuring
done to simplify this work; equivalent to the one I added for udp.
Note this change also removes the rip_olddivert
http://www.freebsd.org/~sam/rtentry.patch
This is an extensive set of changes to lock routing table entries. There
are some issues with these changes that will need to be resolved before
committing the work. In particular the per-entry mutex is stored in the
rtentry structure and this struct
http://www.freebsd.org/~sam/bridge.patch
This patch adds locking and also overhauls the bridge code some to do
things like replace explicit numbers with #defines and cleanup the
debugging code. I also restructured the forwarding code to avoid grabbing
the ifnet lock if possible and optimized t
http://www.freebsd.org/~sam/ipfw.patch
These changes add locking. There are two locks: one for static rules and
one for dynamic rules. The associated dummynet changes are not included as
I haven't tested them yet. The locking scheme may need to be revised to
use something like sx locks; this
I am attempting to have dhclient grab two ip's from comcast. I know I have
to set up the dhclient.conf with the pseudo section, but I am lost as what
to do with the dhclient-script. It has to be different as to not drop the
main interface ip configuration, but everything I do seems to just ass
If memory serves me right, Sam Leffler wrote:
> One other minor change: I moved the printf "BRIDGE 020214 loaded" under
> bootverbose. Can anyone tell me what 020214 means?
I recently started using bridge(4) functionality and was wondering
about this too. Based on the output of "cvs annotate"
Sam Leffler wrote:
http://www.freebsd.org/~sam/bridge.patch
This patch adds locking and also overhauls the bridge code some to do
things like replace explicit numbers with #defines and cleanup the
debugging code.
This is only mildly related, but maybe someone feels like looking at
this in addi
Lars Eggert wrote:
Sam Leffler wrote:
http://www.freebsd.org/~sam/bridge.patch
This patch adds locking and also overhauls the bridge code some to do
things like replace explicit numbers with #defines and cleanup the
debugging code.
This is only mildly related, but maybe someone feels like loo
On Wed, 20 Aug 2003, Lars Eggert wrote:
> I think you mentioned in the past that NetBSD (OpenBSD?) has bridge code
> that implements the pseudo-device approach?
I had an older set of patches (4.x?) that implemented a bridgeX interface
that saw all of the packets bridged by the bridge. However,
On Wed, 20 Aug 2003, Robert Watson wrote:
>
> On Wed, 20 Aug 2003, Lars Eggert wrote:
>
> > I think you mentioned in the past that NetBSD (OpenBSD?) has bridge code
> > that implements the pseudo-device approach?
FreeBSD has both.
If you use netgraph bridging then you are using a more
"link
Julian Elischer wrote:
On Wed, 20 Aug 2003, Robert Watson wrote:
On Wed, 20 Aug 2003, Lars Eggert wrote:
I think you mentioned in the past that NetBSD (OpenBSD?) has bridge code
that implements the pseudo-device approach?
FreeBSD has both.
If you use netgraph bridging then you are using a mo
On Wed, Aug 20, 2003 at 10:23:42AM -0700, Bruce A. Mah wrote:
> If memory serves me right, Sam Leffler wrote:
>
> > One other minor change: I moved the printf "BRIDGE 020214 loaded" under
> > bootverbose. Can anyone tell me what 020214 means?
yes, it is a timestamp -- just to get an idea on whe
On Wed, 20 Aug 2003, Daniel C. Sobral wrote:
> Julian Elischer wrote:
> >
> > On Wed, 20 Aug 2003, Robert Watson wrote:
> >
> >
> >>On Wed, 20 Aug 2003, Lars Eggert wrote:
> >>
> >>
> >>>I think you mentioned in the past that NetBSD (OpenBSD?) has bridge code
> >>>that implements the pseudo-d
On Wed, 20 Aug 2003, Lars Eggert wrote:
I think you mentioned in the past that NetBSD (OpenBSD?) has bridge code
that implements the pseudo-device approach?
Julian Elischer wrote:
FreeBSD has both.
If you use netgraph bridging then you are using a more
"link level device" like approach.
On Wed,
>Well, I guess the spl() fix is probably going to be the quickest here
>then, please send it to me once you've pounded on it, Ed.
So my spl() fix seems to eliminate the problem for me but while I'm looking
at this stuff I want to make sure there aren't any related cases left in.
My current patch i
19 matches
Mail list logo
