Current problem reports assigned to you
Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description a kern/38554 netchanging interface ipaddress doesn't seem to work s kern/39937 netipstealth issue o kern/92552 netA serious bug in most network drivers from 5.X to 6.X f kern/93220 net[inet6] nd6_lookup: failed to add route for a neighbor s kern/95665 net[if_tun] "ping: sendto: No buffer space available" wit 5 problems total. Non-critical problems S Tracker Resp. Description s kern/19875 netA new protocol family, PF_IPOPTION, to handle IP optio o conf/23063 net[PATCH] for static ARP tables in rc.network s bin/41647netifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net[nfs] [patch] NFS root configurations without dynamic s kern/60293 netFreeBSD arp poison patch o kern/95267 netpacket drops periodically appear f kern/95277 net[netinet] IP Encapsulation mask_match() returns wrong o kern/102035 net[plip] plip networking disables parallel port printing o conf/102502 net[patch] ifconfig name does't rename netgraph node in n 9 problems total. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
macfw -- layer2 firewall
On (11/11/2006 12:21), Andrew Thompson wrote: > On Fri, Nov 10, 2006 at 10:03:28PM +0200, Gleb Kurtsou wrote: > > On (10/11/2006 09:38), Andrew Thompson wrote: > > > On Thu, Nov 09, 2006 at 10:00:37PM +0200, Gleb Kurtsou wrote: > > > > On (09/11/2006 06:32), Andrew Thompson wrote: > > > > > thompsa 2006-11-09 06:32:39 UTC > > > > > > > > > > FreeBSD src repository > > > > > > > > > > Modified files: > > > > > sbin/ifconfigifbridge.c ifconfig.8 > > > > > sys/net if_bridge.c if_bridgevar.h > > > > > Log: > > > > > Add a new address cache type called sticky. On an interface marked > > > > > sticky any > > > > > address learned by the bridge is made permanent, the address will > > > > > not age out > > > > > and most importantly will not migrate to another interface. > > > > > > > > > > This can be used to stop mac address poisoning or clients roaming > > > > > in much the > > > > > same way as static entries without the hassle of preloading the > > > > > table. > > > > > > > > I have some sort of MAC firewall. It's tested and seems to work reliably > > > > but it's mostly a hack. It adds mtag with source MAC to mbufs and > > > > filters > > > > according them. If you you are interesting in reviewing and possibly > > > > committing it, I'll be glad to send you sources. > > > > > > Sure, send me the sources and I will have a look. > > > > Didn't test it on -CURRENT. > > > > It looks like a good piece of work. You should post it to the net@ > mailing list for comments, there has been some discussion lately about > layer2 firewalls. I will try it out as time permits. > > > cheers, > Andrew > In case somebody is interested.. ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: EM stability
On Sun, Nov 12, 2006 at 02:26:36PM -0600, Barry Boes wrote: B> After the last hang I added giant locks back in and the machine has B> been up since. B> B> I don't have a serial console, just a graphic console. When the B> machine hangs it stops replying to ethernet packets at all protocol B> levels and doesn't respond to keyboard input in any way, virtual B> console or otherwise. If I run a script of the form B>while(1) B> sleep 1 B> date >> datelog B>end B> B> the file stops updating when the machine hangs. B> B> I will define the debugger in the kernel (options DDB, right?), attach B> a serial console, and do what I can to get more information on the B> problem. Yes, this looks like something is running in an endless loop. Once you compile kernel with debugger, you should enter in several times and see the backtraces. Usually, they will be inside this cycle. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Proposed 6.2 em RELEASE patch
At 12:15 AM 11/13/2006, Scott Long wrote: Is this with EM_INTR_FAST enabled also? Yes. Havent done the stock case yet, but will do so later today. ---Mike ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
fxp going quiescent in current
FreeBSD rip.psg.com 7.0-CURRENT FreeBSD 7.0-CURRENT #3: Sat Nov 11 19:18:23 GMT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/RIP i386 and for the last four or five days, fxp0 goes dead. it shows up and active, but no packets move. down/up does not help. only way out has been reboot. suggestions on how to debug? randy ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: macfw -- layer2 firewall
Hello Gleb, Monday, November 13, 2006, 1:47:31 PM, you wrote: > On (11/11/2006 12:21), Andrew Thompson wrote: >> On Fri, Nov 10, 2006 at 10:03:28PM +0200, Gleb Kurtsou wrote: >> > On (10/11/2006 09:38), Andrew Thompson wrote: >> > > On Thu, Nov 09, 2006 at 10:00:37PM +0200, Gleb Kurtsou wrote: >> > > > On (09/11/2006 06:32), Andrew Thompson wrote: >> > > > > thompsa 2006-11-09 06:32:39 UTC >> > > > > >> > > > > FreeBSD src repository >> > > > > >> > > > > Modified files: >> > > > > sbin/ifconfigifbridge.c ifconfig.8 >> > > > > sys/net if_bridge.c if_bridgevar.h >> > > > > Log: >> > > > > Add a new address cache type called sticky. On an interface marked >> > > > > sticky any >> > > > > address learned by the bridge is made permanent, the address will >> > > > > not age out >> > > > > and most importantly will not migrate to another interface. >> > > > > >> > > > > This can be used to stop mac address poisoning or clients roaming >> > > > > in much the >> > > > > same way as static entries without the hassle of preloading the >> > > > > table. >> > > > >> > > > I have some sort of MAC firewall. It's tested and seems to work >> > > > reliably >> > > > but it's mostly a hack. It adds mtag with source MAC to mbufs and >> > > > filters >> > > > according them. If you you are interesting in reviewing and possibly >> > > > committing it, I'll be glad to send you sources. >> > > >> > > Sure, send me the sources and I will have a look. >> > >> > Didn't test it on -CURRENT. >> > >> >> It looks like a good piece of work. You should post it to the net@ >> mailing list for comments, there has been some discussion lately about >> layer2 firewalls. I will try it out as time permits. >> >> >> cheers, >> Andrew >> > In case somebody is interested.. I'm really interest to test your patch. -- Best regards, Chrismailto:[EMAIL PROTECTED] ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Proposed 6.2 em RELEASE patch
Mike Tancsa wrote: > At 12:15 AM 11/13/2006, Scott Long wrote: > >> Is this with EM_INTR_FAST enabled also? > > Yes. Havent done the stock case yet, but will do so later today. Do you have a comparison with Linux under the same circumstances? ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: macfw -- layer2 firewall
On (13/11/2006 19:16), Chris Dionissopoulos wrote: [...] > > In case somebody is interested.. > > I'm really interest to test your patch. It looks like attachment was striped. Resending it. # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # macfw # macfw/etc # macfw/etc/rc.fw.mac # macfw/etc/rc.d # macfw/etc/rc.d/macfw.sh # macfw/etc/rc.fw.mac-admin # macfw/etc/rc.conf # macfw/macfwctl # macfw/macfwctl/macfwctl.c # macfw/macfwctl/Makefile # macfw/module # macfw/module/Makefile # macfw/module/macfw.c # macfw/module/macfwvar.h # macfw/module/patch-sys-macfw # echo c - macfw mkdir -p macfw > /dev/null 2>&1 echo c - macfw/etc mkdir -p macfw/etc > /dev/null 2>&1 echo x - macfw/etc/rc.fw.mac sed 's/^X//' >macfw/etc/rc.fw.mac << 'END-of-macfw/etc/rc.fw.mac' X192.168.77.38 00:D0:59:12:F4:F9 X192.168.77.40 00:A0:D2:10:3D:EF X192.168.77.14 00:0A:E6:30:CF:5D X192.168.77.15 4C:00:10:53:73:76 X192.168.77.9 00:04:61:6C:AB:C7 X192.168.77.47 00:0A:E6:77:06:FA X192.168.77.90 00:02:A5:14:81:4C X192.168.78.142 00:50:22:B0:8E:05 X192.168.77.49 4C:00:10:27:0E:F5 X192.168.77.41 00:AA:00:AD:04:15 X192.168.77.11 00:50:22:49:11:19 X192.168.77.151 00:04:61:5E:71:27 X192.168.77.165 00:04:61:4C:33:F5 X192.168.77.12 00:50:22:B0:9C:82 X192.168.77.18 00:04:61:52:0F:4E X192.168.77.19 00:00:10:00:04:E8 X192.168.77.7 00:04:61:77:D9:3B X192.168.77.16 00:04:61:43:AF:29 X192.168.77.21 00:10:B5:41:7C:FF X192.168.77.13 00:04:75:E0:B4:61 X192.168.77.24 00:40:F4:7F:A1:3E X192.168.77.152 00:04:4B:80:80:07 X192.168.77.156 00:13:8F:27:11:A3 X192.168.77.159 00:04:61:7B:38:6B X192.168.77.181 00:0A:E6:7C:2D:37 X192.168.77.177 00:04:61:73:2D:75 X192.168.77.171 00:C0:DF:0F:DF:98 X192.168.77.157 00:0D:87:5F:42:E5 X192.168.77.155 00:E0:4C:77:60:95 X192.168.77.163 00:E0:4C:60:00:23 X192.168.77.162 00:14:78:02:C0:FC X192.168.77.175 00:0A:E6:AD:FD:FB X192.168.77.25 00:04:61:65:08:13 X192.168.77.29 00:0A:E6:30:D8:EE X192.168.77.31 4C:00:10:54:AF:52 X192.168.77.37 00:04:61:93:D2:04 X192.168.77.99 C0:01:DE:AD:BA:BE X192.168.77.50 00:C0:DF:10:BF:A8 X192.168.78.133 00:0C:F1:7D:F2:AD X192.168.78.134 00:60:98:EF:2F:10 X192.168.78.135 00:80:48:23:2C:2E X192.168.78.140 00:14:85:4B:0A:1B X192.168.78.137 00:0A:48:18:20:4A X192.168.78.148 00:13:8F:61:F1:80 X192.168.78.147 4C:00:10:73:28:E1 X192.168.76.1 00:0F:3D:34:8F:98 X192.168.78.20 00:03:47:B9:A5:B2 X192.168.77.153 00:04:61:4E:91:B0 X192.168.77.160 00:0A:E6:61:56:91 X192.168.77.154 00:02:44:69:88:3C X192.168.77.161 00:50:CF:40:EE:20 X192.168.77.164 00:E0:4C:60:00:8C X192.168.78.8 4C:00:10:73:14:7C X192.168.78.5 00:04:61:12:34:56 X192.168.78.139 4C:00:10:71:25:C1 X192.168.78.11 00:0C:6E:06:57:76 X192.168.78.145 00:50:22:91:CD:CD X192.168.77.34 00:15:F2:1D:2E:44 X192.168.77.43 00:04:61:4F:7E:2A X192.168.78.153 00:50:FC:A1:A8:A2 X192.168.76.101 00:02:44:59:C9:30 X192.168.76.18 4C:00:10:3A:E4:12 X192.168.77.35 00:50:22:C8:93:72 X192.168.78.131 00:E0:4C:15:60:90 X192.168.78.150 00:E0:4C:A8:DC:48 X192.168.78.18 00:04:61:59:7F:74 X192.168.77.26 00:80:AD:79:51:B0 X192.168.77.33 4C:00:10:3A:5C:2F X192.168.77.45 4C:00:10:53:79:9A X192.168.78.151 00:13:8F:51:21:36 X192.168.76.4 00:05:5D:34:2C:D8 X192.168.76.99 00:02:44:75:B1:F1 X192.168.77.39 4C:00:10:00:FF:32 X192.168.76.13 00:17:31:E4:0D:53 X192.168.76.30 00:A0:D2:11:AB:E6 X192.168.79.59 00:13:D4:54:1A:9C X192.168.76.33 00:08:A1:7E:F5:77 X192.168.76.35 00:E0:4C:70:6E:0B X192.168.78.136 00:14:85:0B:6F:6A X192.168.76.117 00:0F:EA:F4:45:54 X192.168.76.103 00:50:22:9B:FA:57 X192.168.77.48 00:E0:4C:21:A2:8F X192.168.76.76 00:02:44:73:7C:C5 X192.168.76.77 00:0F:EA:8A:BB:61 X192.168.76.3 00:02:44:75:B2:00 X192.168.77.190 00:02:44:6F:F4:40 X192.168.77.46 00:0B:6A:77:DB:9C X192.168.76.24 00:05:1C:0F:EF:0A X192.168.78.132 00:04:61:58:50:7E X192.168.76.5 A0:00:8F:E0:1A:1F X192.168.76.6 00:50:22:C8:40:A3 X192.168.77.44 00:0E:A6:C0:57:21 X192.168.77.52 00:04:61:55:F0:8E X192.168.78.12 4C:00:10:A2:5C:4D X192.168.78.141 00:60:98:EF:14:06 X192.168.77.27 00:E0:4C:AA:1B:CB X192.168.77.30 00:0D:9D:5F:8E:04 X192.168.78.15 00:0F:EA:3E:DB:1C X192.168.78.6 00:04:61:98:56:B8 X192.168.76.21 00:C0:F6:B3:89:52 X192.168.76.16 4C:00:10:3B:21:21 X192.168.76.22 00:50:22:BB:28:94 X192.168.76.9 00:11:95:F5:6C:4D X192.168.78.146 4C:00:10:74:E1:F5 X192.168.78.16 4C:00:10:76:0F:54 X192.168.78.13 00:0F:B0:A5:3E:06 X192.168.78.19 4C:00:10:51:10:51 X192.168.78.7 00:0C:F1:B9:72:CE X192.168.78.143 00:0D:61:2E:B6:40 X192.168.78.14 00:04:61:55:9C:96 X192.168.76.14 00:40:F4:86:12:47 X192.168.76.7 00:02:44:34:F2:FA X192.168.76.11 00:02:44:72:5B:C2 X192.168.78.152 4C:00:10:74:E7:32 X192.168.78.9 00:11:D8:A3:61:28 X192.168.76.34 00:04:61:79:EE:A5 X192.168.76.20 4C:00:10:74:A4:4C X192.168.76.23 00:0A:E6:5C:F8:B2 X192.16
Re: Proposed 6.2 em RELEASE patch
At 12:15 AM 11/13/2006, Scott Long wrote: Is this with EM_INTR_FAST enabled also? Without it, the 2 streams are definitely lossy on the management interface ---Mike ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Proposed 6.2 em RELEASE patch
Mike Tancsa wrote: At 12:15 AM 11/13/2006, Scott Long wrote: Is this with EM_INTR_FAST enabled also? Without it, the 2 streams are definitely lossy on the management interface ---Mike Ok, and would you be able to test the polling options as well? Scott ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Proposed 6.2 em RELEASE patch
At 12:50 PM 11/13/2006, Ivan Voras wrote: Mike Tancsa wrote: > At 12:15 AM 11/13/2006, Scott Long wrote: > >> Is this with EM_INTR_FAST enabled also? > > Yes. Havent done the stock case yet, but will do so later today. Do you have a comparison with Linux under the same circumstances? I had a disk with 64bit already installed. I will try with 32bit tomorrow. I can also try FreeBSD AMD64 on the box to see how it does. ifstat gives a bit of an odd output, but its the same sort of pattern where adding a second stream in the same direction, slows down the first one. On the box R2 [EMAIL PROTECTED] ifstat-1.1]# ifstat -b eth0eth1eth3eth4 Kbps in Kbps out Kbps in Kbps out Kbps in Kbps out Kbps in Kbps out 0.00 0.00 0.00 0.00 0.00 0.00 4.89 3.74 0.00 0.00 0.00 0.00 0.00 0.00 0.50 1.45 0.00 0.00 0.00 0.00 0.00 0.00 1.00 1.45 160965.0 0.00 0.00 0.00 0.00 0.00 0.83 1.95 0.00 0.00 0.00 272056.4 0.00 0.00 1.00 1.45 393994.2 0.00 0.00 0.00 0.00 0.00 5.47 1.45 0.00 0.00 0.00 393543.7 0.00 0.00 4.25 1.45 392911.0 0.00 0.00 0.00 0.00 0.00 2.50 1.45 0.00 0.00 0.50 392756.4 0.00 0.00 1.25 1.45 392626.7 0.00 0.00 0.00 0.00 0.00 1.75 1.45 0.00 0.00 0.00 393233.9 0.00 0.00 6.44 1.45 424068.1 0.00 0.00 0.00 0.00 0.00 1.74 1.45** 0.00 0.00 0.00 460503.1 0.00 0.00 2.72 1.45 509218.1 0.00 0.00 0.00 0.00 0.00 0.99 1.45 0.00 0.00 0.00 507800.4 0.00 0.00 0.50 1.45 502649.5 0.00 0.00 0.00 0.00 0.00 1.00 1.45 0.00 0.00 0.50 507537.1 0.00 0.00 0.50 1.46 519717.9 0.00 0.00 0.00 0.00 0.00 1.00 1.45 0.00 0.00 0.00 525973.4 0.00 0.00 0.50 1.46 520609.0 0.00 0.00 0.00 0.00 0.00 1.00 1.45 0.00 0.00 0.00 517888.6 0.00 0.00 0.50 1.45 525957.3 0.00 0.00 0.00 0.00 0.00 1.00 1.46 0.00 0.00 0.00 524119.9 0.00 0.00 0.50 1.45 522671.1 0.00 0.00 0.00 0.00 0.00 0.99 1.44 0.00 0.00 0.00 494008.7 0.00 0.00 0.50 1.45 390666.3 0.00 0.00 0.00 0.00 0.00 1.00 1.45 0.00 0.00 0.00 273779.6 0.00 0.00 0.50 1.45 0.00 0.00 0.00 0.00 0.00 0.00 1.00 1.45 0.00 0.00 0.00 0.00 0.00 0.00 0.50 1.45 [EMAIL PROTECTED] ifstat-1.1]# I added the second stream, going in the same direction at ** On one of the targets running netreceive you can see the impact. [tyan-1u]# ifstat -b rl0 bge0 Kbps in Kbps out Kbps in Kbps out 0.94 1.42 182716.2 0.00 0.47 1.05 182299.5 0.00 0.94 1.05 182493.4 0.33 0.94 2.09 182588.7 0.00 0.94 1.05 181959.8 0.00 0.47 1.05 104949.7 0.00 0.94 1.05 95674.27 0.00 0.47 1.05 95930.79 0.00 0.94 1.05 98329.93 0.00 0.94 1.05 97940.21 0.00 0.94 1.05 100636.9 0.00 0.47 1.05 99879.34 0.00 ^C [tyan-1u]# When the packets are bi-directional, the impact is not as great in LINUX as it is on FreeBSD [EMAIL PROTECTED] ifstat-1.1]# ifstat -b eth0eth1eth3eth4 Kbps in Kbps out Kbps in Kbps out Kbps in Kbps out Kbps in Kbps out 0.00 0.00 0.00 0.00 0.00 0.00 3.65 10.81 0.00 0.00 0.00 0.00 0.00 0.00 0.50 1.45 0.00 0.00 0.00 0.00 0.00 0.00 0.83 1.95 0.00 0.00 0.00 0.00 0.00 0.00 1.50 8.03 0.00 0.00 0.00 0.00 0.00 0.00 0.50 1.45 0.00 0.00 0.00 0.00 0.00 0.00 1.00 1.45 0.00 230009.2 0.00 0.00 0.00 0.00 2.83 51.22 0.00 0.00 334969.3 0.00 0.00 0.00 1.00 1.45 0.00 369184.5 0.00 0.00 0.00 0.00 0.50 1.45 0.00 0.00 369294.2 0.00 0.00 0.00 3.33 51.10 0.00 367348.7 0.00 0.00 0.00 0.00 0.50 1.45 0.00 0.00 3
Re: Proposed 6.2 em RELEASE patch
Hey. I've got one new machine for testing for 1-2 days... here's some output.. With the latest drivers (cvsup'ed from yesterday) Send box: 2x Intel Xeon 5110 (1.6GHz), SuperMicro X7-DBE, Intel Pro/1000 MT Server Adapter CPU: Intel(R) Xeon(R) CPU5110 @ 1.60GHz (1600.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e33d,CX16,,,> AMD Features=0x2010 AMD Features2=0x1 Cores per package: 2 real memory = 1073086464 (1023 MB) avail memory = 1040961536 (992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Recv box: AMD Sempron 3800+, (Some nVidia chipset.. maybe 4), Intel Pro/1000 PT Desktop Adapter system load is around 2 EM_INTR_FAST is defined (if not defined load is higher..5-6) [EMAIL PROTECTED] ~]# iperf -c 172.16.133.2 -t 999 Client connecting to 172.16.133.2, TCP port 5001 TCP window size: 129 KByte (default) [ 3] local 172.16.133.1 port 58425 connected with 172.16.133.2 port 5001 ^C[ 3] 0.0-48.1 sec 4.87 GBytes869 Mbits/sec [EMAIL PROTECTED] ~]# ifstat -b em0 em2 Kbps in Kbps out Kbps in Kbps out 46117.87 885607.5 12.76 1.45 45892.97 879815.3 22.61 1.07 ifstat: warning: rollover for interface em0, reinitialising. 0.00 0.00581.95 1.07 46436.31 890665.0700.36 2.27 46062.60 884031.1794.26 1.07 46576.76 893408.4846.86 1.07 47117.81 903658.6859.40 1.07 46141.71 885471.3867.05 1.07 45926.92 881372.1363.41 1.07 46003.51 883432.4 35.64 1.07 46052.45 884164.9 28.41 1.07 45863.03 880448.1 12.66 1.07 46152.73 885549.1 33.71 1.07 46737.09 896811.9 39.02 1.07 46188.92 885847.3 58.92 1.07 45770.39 878602.0 19.24 1.07 46743.62 896967.0 34.72 1.07 46412.27 890970.9 34.65 1.07 46322.73 888747.3 26.61 1.07 46002.64 882522.8 23.69 1.07 46450.56 891662.8 26.91 1.07 45991.55 882605.9 37.92 1.07 46067.28 883815.5 34.82 1.07 46120.28 885357.6 33.79 1.07 46133.17 885316.5 21.56 1.07 46700.43 895554.6 10.12 1.49 45476.68 873874.2 15.78 1.07 45791.88 878655.9 15.99 1.07 46344.84 889292.8 7.72 1.07 46577.31 893572.1 10.49 1.07 46065.09 884277.6 8.77 1.07 46566.97 892898.4 6.07 1.07 46232.46 886846.8 13.02 1.07 46165.29 886647.9 7.47 1.07 46080.80 884256.7 14.54 1.07 46757.57 896977.8 14.59 1.07 46182.78 885594.3 10.30 1.07 46103.81 885661.0 13.95 1.07 46469.89 891511.3 13.85 1.07 46470.86 891611.1 11.42 1.07 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Proposed 6.2 em RELEASE patch
Mike Tancsa wrote: At 12:50 PM 11/13/2006, Ivan Voras wrote: Mike Tancsa wrote: > At 12:15 AM 11/13/2006, Scott Long wrote: > >> Is this with EM_INTR_FAST enabled also? > > Yes. Havent done the stock case yet, but will do so later today. Do you have a comparison with Linux under the same circumstances? I had a disk with 64bit already installed. I will try with 32bit tomorrow. I can also try FreeBSD AMD64 on the box to see how it does. ifstat gives a bit of an odd output, but its the same sort of pattern where adding a second stream in the same direction, slows down the first one. On the box R2 ... The box is totally responsive throughout with no packet loss on the management interface However, it seems quite a bit slower than FreeBSD when its tweaked with ADAPTIVE_GIANT removed... But again, this is 64bit so not quite apples to apples yet. Also, I need to check the default driver config to see if their NAPI or whatever its called is enabled. More tests to come. ---Mike More excellent data, thanks. I have some changes on the drawing board that should significantly improve forwarding and bridging in the em driver. Do you have a limit on how much more time you can spend on these tests? It might be a week or more before I have anything that can be tested. Scott ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Proposed 6.2 em RELEASE patch
Hi All, Unfortunately our company hasn't had the resources to help FreeBSD much over the years, but I do want to say thank you to the folks who are helping sort out this issue with the em driver. That Intel gigabit interface is very, very common on server hardware nowadays and it means a lot to us to make sure it (and FreeBSD 6.2 in general) are stable. - mike Michael F. DeMan Director of Technology OpenAccess Network Services Bellingham, WA 98225 [EMAIL PROTECTED] 360-647-0785 --- If your question is support related, please contact [EMAIL PROTECTED] directly for faster assistance --- On Nov 13, 2006, at 3:15 PM, Мирослав Славков wrote: Hey. I've got one new machine for testing for 1-2 days... here's some output.. With the latest drivers (cvsup'ed from yesterday) Send box: 2x Intel Xeon 5110 (1.6GHz), SuperMicro X7-DBE, Intel Pro/ 1000 MT Server Adapter CPU: Intel(R) Xeon(R) CPU5110 @ 1.60GHz (1600.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbffGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE > Features2=0x4e33d,CX16,,, > AMD Features=0x2010 AMD Features2=0x1 Cores per package: 2 real memory = 1073086464 (1023 MB) avail memory = 1040961536 (992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Recv box: AMD Sempron 3800+, (Some nVidia chipset.. maybe 4), Intel Pro/1000 PT Desktop Adapter system load is around 2 EM_INTR_FAST is defined (if not defined load is higher..5-6) [EMAIL PROTECTED] ~]# iperf -c 172.16.133.2 -t 999 Client connecting to 172.16.133.2, TCP port 5001 TCP window size: 129 KByte (default) [ 3] local 172.16.133.1 port 58425 connected with 172.16.133.2 port 5001 ^C[ 3] 0.0-48.1 sec 4.87 GBytes869 Mbits/sec [EMAIL PROTECTED] ~]# ifstat -b em0 em2 Kbps in Kbps out Kbps in Kbps out 46117.87 885607.5 12.76 1.45 45892.97 879815.3 22.61 1.07 ifstat: warning: rollover for interface em0, reinitialising. 0.00 0.00581.95 1.07 46436.31 890665.0700.36 2.27 46062.60 884031.1794.26 1.07 46576.76 893408.4846.86 1.07 47117.81 903658.6859.40 1.07 46141.71 885471.3867.05 1.07 45926.92 881372.1363.41 1.07 46003.51 883432.4 35.64 1.07 46052.45 884164.9 28.41 1.07 45863.03 880448.1 12.66 1.07 46152.73 885549.1 33.71 1.07 46737.09 896811.9 39.02 1.07 46188.92 885847.3 58.92 1.07 45770.39 878602.0 19.24 1.07 46743.62 896967.0 34.72 1.07 46412.27 890970.9 34.65 1.07 46322.73 888747.3 26.61 1.07 46002.64 882522.8 23.69 1.07 46450.56 891662.8 26.91 1.07 45991.55 882605.9 37.92 1.07 46067.28 883815.5 34.82 1.07 46120.28 885357.6 33.79 1.07 46133.17 885316.5 21.56 1.07 46700.43 895554.6 10.12 1.49 45476.68 873874.2 15.78 1.07 45791.88 878655.9 15.99 1.07 46344.84 889292.8 7.72 1.07 46577.31 893572.1 10.49 1.07 46065.09 884277.6 8.77 1.07 46566.97 892898.4 6.07 1.07 46232.46 886846.8 13.02 1.07 46165.29 886647.9 7.47 1.07 46080.80 884256.7 14.54 1.07 46757.57 896977.8 14.59 1.07 46182.78 885594.3 10.30 1.07 46103.81 885661.0 13.95 1.07 46469.89 891511.3 13.85 1.07 46470.86 891611.1 11.42 1.07 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
