Re: kern/125181: [ndis] [patch] with wep enters kdb.enter.unknown, panics

2008-09-01 Thread Paul B. Mahol
The following reply was made to PR kern/125181; it has been noted by GNATS. From: "Paul B. Mahol" <[EMAIL PROTECTED]> To: "Andrew Thompson" <[EMAIL PROTECTED]> Cc: "Coleman Kane" <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Subject: Re: kern/125181: [ndis] [patch] with wep enters kdb.enter.unknown, pan

Re: IPFW_TABLES_MAX in src/sbin/ipfw/ipfw2.c

2008-09-01 Thread Ganbold
Andrey V. Elsukov wrote: Ganbold wrote: Hi, Sorry for sending this third time (2 to freebsd-ipfw, 1 to freebsd-net). I'm trying to make small changes in ipfw2.c code (RELENG_7), but make fails with following error: v02# make cc -O2 -fno-strict-aliasing -pipe -Wno-pointer-sign -c /usr/src/s

Re: IPFW_TABLES_MAX in src/sbin/ipfw/ipfw2.c

2008-09-01 Thread Andrey V. Elsukov
Ganbold wrote: Hi, Sorry for sending this third time (2 to freebsd-ipfw, 1 to freebsd-net). I'm trying to make small changes in ipfw2.c code (RELENG_7), but make fails with following error: v02# make cc -O2 -fno-strict-aliasing -pipe -Wno-pointer-sign -c /usr/src/sbin/ipfw/ipfw2.c /usr/src/

Re: kern/126984: [carp][patch] add carp userland notifications via devctl(4)

2008-09-01 Thread remko
Synopsis: [carp][patch] add carp userland notifications via devctl(4) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Mon Sep 1 11:42:22 UTC 2008 Responsible-Changed-Why: Carp is something networking related, bring it over. http://ww

Re: bug in unix sockets garbage collector

2008-09-01 Thread Robert Watson
On Fri, 22 Aug 2008, Anton Yuzhaninov wrote: On servers where used unix sockets, sometimes thread taskq start to eat 100% CPU: http://docs.FreeBSD.org/cgi/mid.cgi?474EFC5C.9060508 Addition info about this problem - when this occurs sysctl net.local.inflight show negative number. % sysctl ne

reading routing table

2008-09-01 Thread Debarshi Ray
I am implementing a library/utility which basically encompasses the features of the traditional route utilities and those of newer tools (like ip from iproute2), which are mostly specific to a particular kernel. The overpowering objective is to make the library/utility work uniformly across all dif

Re: reading routing table

2008-09-01 Thread Bruce M. Simpson
Debarshi Ray wrote: I am implementing a library/utility which basically encompasses the features of the traditional route utilities and those of newer tools (like ip from iproute2), which are mostly specific to a particular kernel. The overpowering objective is to make the library/utility work un

Re: reading routing table

2008-09-01 Thread Bruce M. Simpson
Debarshi Ray wrote: ... I was going through the FreeBSD and NetBSD documentation and the FreeBSD sources of netstat and route. I was suprised to see that while NetBSD's route implementation has a 'show' command, FreeBSD does not offer any such thing. Moreover it seems that one can not read the en

Re: reading routing table

2008-09-01 Thread Debarshi Ray
> You want 'netstat -rn' to dump them, this is a very common command which > should be present in a number of online resources on using and administering > FreeBSD so I am somewhat surprised that you didn't find it. I know about netstat. I did mention having gone through its implementation. :-) Wh

Re: reading routing table

2008-09-01 Thread Debarshi Ray
> Why don't you just use XORP's FEA code? > It already does all this under a BSD-type license. I was not aware of it. What does it do? Is it portable across other OSes or is it *BSD specific? Thanks, Debarshi ___ freebsd-net@freebsd.org mailing list htt

Re: reading routing table

2008-09-01 Thread Bruce M. Simpson
Debarshi Ray wrote: Why don't you just use XORP's FEA code? It already does all this under a BSD-type license. I was not aware of it. What does it do? Is it portable across other OSes or is it *BSD specific? XORP's FEA process is responsible for talking to the underlying forwarding p

Re: docs/120945: [PATCH] ip6(4) man page lacks documentation for TCLASS option.

2008-09-01 Thread bms
Synopsis: [PATCH] ip6(4) man page lacks documentation for TCLASS option. Responsible-Changed-From-To: bms->net Responsible-Changed-By: bms Responsible-Changed-When: Mon 1 Sep 2008 13:37:24 UTC Responsible-Changed-Why: Someone else best grab this until I learn how to MFC in Subversion. http://www

Re: reading routing table

2008-09-01 Thread Debarshi Ray
> Why don't you just use XORP's FEA code? > It already does all this under a BSD-type license. Nice stuff. However, it looks like a full blown routing platform. In that case it would be easier to re-write those portions using the relevant set of APIs. Happy hacking, Debarshi _