Re: if_ral regression

Hi! Sepherosa Ziehau wrote: I don't whether following thingies will fix your problem: [...] Can you provide a diff? http://people.freebsd.org/~sephe/rt2560_test.diff Hope it will have some effect. Do you have a similar patch for Ralink 2661? /fjoe

Re: if_ral regression

Hi! Dag-Erling Smørgrav wrote: http://people.freebsd.org/~sephe/rt2560_test.diff I built a new kernel with the patch applied, and it seems to help, though it's a bit early to say for sure. Didn't help. A large rsync over ssh stalls the connection within minutes. Have you tried to turn off

request for review

hi, there! I would like to commit ARP support for link level addresses with arbitrary length. Patches against HEAD attached. Most of this stuff was taken from NetBSD. /fjoe --- net/if.c.orig Wed Jul 18 23:47:39 2001 +++ net/if.cTue Jul 17 16:36:04 2001 @@ -229,6 +229,7 @@

Re: arp: is using my IP address 0.0.0.0! ??!?!?

hi, there! > Same here. My -CURRENT system is replying to those ARP request which carry > 0.0.0.0 as sender IP address: > > 14:43:33.706099 arp who-has 158.227.48.193 (ff:ff:ff:ff:ff:ff) tell 0.0.0.0 > 14:43:33.706152 arp reply 0.0.0.0 is-at 0:d0:b7:3e:a0:fb > > > I think this is because I have

Re: FD_SETSIZE

hi, there! On Fri, Sep 28, 2001 at 09:30:33PM -0400, Nguyen-Tuong Long Le wrote: > I am wondering what is the side effects of increasing FD_SETSIZE > beyond 1024? Our group have a propiertary web server software that > handles a large number of sockets. While increasing the kern.maxfiles > and k

soft interrupts

hi, there! I am writing netwrok device driver and I need to execute some code which is activated by hardware interrupt but with interrupts enabled. Is it ok to use netisr's and schednetisr? What is preferred way to do this? /fjoe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe

Re: support of iso networking

hi, there! On Tue, Feb 18, 2003 at 09:40:58AM -0600, Joseph T. Klein wrote: > Has anyone done work to incorporate the ISO networking code > into FreeBSD? This has been done for NetBSD. It is a required > component if one wishes to natively support ISO based protocols > such as IS-IS. > > I ask b

Re: support of iso networking

hi, there! On Tue, Feb 18, 2003 at 10:09:44PM +0100, Vincent Jardin wrote: > > are you talking about src/sys/netiso/ code? > > it has been there but was removed about 7 years ago because nobody wanted > > to maintain it. You can take a look at it via cvsweb. > > Now it is not possible to use eas

Re: support of iso networking

hi, there! On Tue, Feb 18, 2003 at 03:57:26PM -0600, Joseph T. Klein wrote: > I would encourage you all to get this working. Looking at the NetBSD > CVS it looks pretty stable. > > So does Juniper hack this in when they build JunOS? > > http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/sys/net

Re: support of iso networking

hi, there! On Wed, Feb 19, 2003 at 05:16:17AM +0600, Max Khon wrote: > > I would encourage you all to get this working. Looking at the NetBSD > > CVS it looks pretty stable. > > > > So does Juniper hack this in when they build JunOS? > > > > http://cvsweb.

Re: support of iso networking

hi, there! On Wed, Feb 19, 2003 at 08:35:31AM +0100, Vincent Jardin wrote: > > > I looked at isisd patches for zebra and it seems that they use > > > bpf even on NetBSD. Do you know any other netiso consumers? > > > > btw I have made patches for zebra port that add WITH_ISISD knob. > > Anybody ou

Re: FreeBSD 5.0 ncplib missing kernel module nwfs.ko?

hi, there! On Mon, Jul 21, 2003 at 08:27:15AM +0200, Roger Olofsson wrote: > I have searched the machine for nwfs.ko and it doesn't exist. I have of > course rebuilt kernel with options IPX and recompiled ncplib to make sure > that it didn't 'get lost' during that process. I have also cvsupped

Re: Differences between netgraph nodes in 4.x and 5.x'

hi, there! On Tue, Jul 29, 2003 at 12:30:42PM +0200, Paolo Pisati wrote: > And while you are listening, i can show u something else... =) > > I have NETGRAPH in my kernel, and this is what i get when i > try to load ng_ether the first time: > > [EMAIL PROTECTED] root]# kldload ng_ether > module

IPDIVERT

hi, there! I would like to add IPDIVERT option to GENERIC kernels on all platforms and to CFLAGS for ipfw module. This will allow using natd out of box. I'll commit this change by the end of this week if there will be no objections. Regards, /fjoe ___

Re: My planned work on networking stack (vimage)

Hello! On Tue, Mar 02, 2004 at 10:13:05PM +0100, Andre Oppermann wrote: > The patch set is pretty extensive and intrusive and only for 4.x. Adding > locking for 5.x would be a pretty nice challenge as well and not easy to > get right for all cases. > > > This is one thing that I would like to u

Re: My planned work on networking stack (vimage)

Hello! On Wed, Mar 03, 2004 at 03:40:22AM +0600, Max Khon wrote: > > The patch set is pretty extensive and intrusive and only for 4.x. Adding > > locking for 5.x would be a pretty nice challenge as well and not easy to > > get right for all cases. > > > > > Th

race condition in ipfw restart (please review the fix)

Hello! ipfw restart has race condition: there is "sleep 2" statement after killall natd but if natd will not die in 2 seconds ipfw can't start nat daemon (natd: Unable to bind divert socket.: Address already in use). I would like to commit the fix for it. Diff and /etc/rc.d/natd script attached.