Re: bin/79228: [patch] extend arp(8) to be able to create blackhole records

The following reply was made to PR bin/79228; it has been noted by GNATS. From: Dan Lukes To: bug-follo...@freebsd.org Cc: Subject: Re: bin/79228: [patch] extend arp(8) to be able to create blackhole records Date: Tue, 01 Mar 2011 21:05:22 +0100 Not true, it doesn't work in 8.x nor in

Re: kern/116747: [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 1400 wireless card

The following reply was made to PR kern/116747; it has been noted by GNATS. From: Dan Lukes To: bug-follo...@freebsd.org, roar.petter...@freebsd.org Cc: Subject: Re: kern/116747: [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 1400 wireless card Date: Tue, 10 Nov 2009 13:48:33 +0100

Re: bin/79228: [patch] extend arp(8) to be able to create blackhole records

The following reply was made to PR bin/79228; it has been noted by GNATS. From: Dan Lukes To: bug-follo...@freebsd.org Cc: Subject: Re: bin/79228: [patch] extend arp(8) to be able to create blackhole records Date: Thu, 10 Dec 2009 11:50:53 +0100 Already commited and MFCed into 7-R It

Re: if_ef doesn't work with if_fxp?

you and server unless your IPX adress is from the same IPX NET as server's (it is similar law as for IP) Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: [EMAIL PROTECTED], [EMAIL PROTECTED],[EMAIL

Re: broadcast over loopback

.255.255 is silently rewritten to network broadcast and sent over first interface (if it is broadcast capable) or it is routed (often to default route). You can't send the non-network broadcast to interface of your choice (unless you use bpf). Dan -- Dan Lukes tel: +420 2 21914205,

Re: pseudo-device ef

u should load 'ef' module after all other network-interface related module are loaded already. Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: [EMAIL PROTECTED], [EMAIL PROTECTED],[EMAIL PROTECTED] To U

Re: xe pcmcia interface broken, more debug

| grep mtu xe0: flags=3D8843 mtu 1500 Hm, real frame size (1518) exceeds 4 bytes above largest standard Ethernet packet. Are you using vlans with 'vlandev xe0', isn't it ? Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmast

Re: inconsistent downloading rate

80KBps max. the strange thing is when i using MS XP (don't hate it ^_^), i'm able to get 190-200KBPS, so i try to figure out why this thing happen. Inconsistent full-duplex/half-duplex setting on rl0. Don't trust 'auto' - set it manually. Dan -- Dan Lukes tel: +4