Re: em interface slow down on 8.0R

Hi, have you tried turning off TCP Segmentation Offloading (net.inet.tcp.tso sysctl)? That fixed performance issues with some em cards for me. Lars On 2010-1-25, at 5:47, Nick Rogers wrote: I am having similar em interface problems with some of my production machines running older intel

Re: em interface slow down on 8.0R

Hi, have you tried turning off TCP Segmentation Offloading (net.inet.tcp.tso sysctl)? That fixed performance issues with some em cards for me. Lars On 2010-1-25, at 5:47, Nick Rogers wrote: I am having similar em interface problems with some of my production machines running older intel

Re: em interface slow down on 8.0R

Hi, On 2010-1-25, at 19:38, Nick Rogers wrote: On Mon, Jan 25, 2010 at 10:22 AM, Pyun YongHyeon pyu...@gmail.com wrote: I'm not sure you're seeing a checksum offload bug of em(4) but the bug is easily reproducible in VLAN environments. If the issue is gone when you disable TX checksum

Re: net.inet.tcp.tso=1 still neceesary with fxp was Re: TCP differences in 7.2 vs 7.1

Hi, just a quick update: I still need to run with TSO off on RELENG_7 build Sep 1, because otherwise throughput via em interfaces is sometimes very poor. Lars

Re: TCP differences in 7.2 vs 7.1

Hi, I've been seeing similar issues (IP bad-len 0 packets in tcpdump traces) since 7.2-STABLE and em interfaces. Turning off TSO seems to do the trick here, too. So at least from where I'm sitting, this is not only an fxp problem. Lars

Re: TCP differences in 7.2 vs 7.1

Hi, On 2009-5-14, at 11:27, Pyun YongHyeon wrote: Then you're seeing different problem on em(4). Last time I checked em(4) TSO code in em(4) didn't use m_pullup and just returned ENXIO to caller. I'm not sure that is related with your issue but would you tell us your network configuration?

Re: Re[2]: TCP differences in 7.2 vs 7.1

In my case, it's a e...@pci0:12:0:0: class=0x02 card=0x135e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet Lars On 2009-5-14, at 11:46, Lev Serebryakov wrote: Hello, Lars. You

bdes: fwrite error at 8

Hi, I'm doing encrypted nightly dumps over the network to an NFS file system, i.e., dump | bzip2 | bdes nfs. Since about a week ago, I see occasional errors from bdes (bdes: fwrite error at 8). Anyone have a hunch what's going on here? I'm wondering if this is something that started

Re: bdes: fwrite error at 8

On 2009-4-8, at 17:46, Dan Nelson wrote: bdes -k asd /boot/kernel/kernel | dd of=/dev/null count=1 # bdes -k asd /boot/kernel/kernel | dd of=/dev/null count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.000860 secs (595366 bytes/sec) bdes: fwrite error at 8: Broken pipe Lars

Re: more automated fetch of ISO-IMAGES ports

On 2009-4-7, at 14:21, Julian Stacey wrote: Perhaps some SOC student might like to develop some extension to fetch, or a new tool to intelligently save net bandwidth human time (if not this year if SOC bids are in, then next) : Intelligently automatically sniff fetch list to see where

Re: more automated fetch of ISO-IMAGES ports

On 2009-4-7, at 15:59, Andrei Kolu wrote: What about this: # cd /usr/ports/sysutils/fastest_cvsup make install clean rehash # fastest_cvsup -c us,ee,ru,eu,uk,de,no,se RTT != throughput, and not all files are available via cvsup Lars

Re: more automated fetch of ISO-IMAGES ports

On 2009-4-7, at 17:55, Kevin Oberman wrote: Use BitTorrent for all file distribution, it does all that. Yes, I'm half serious. Why only half? I have pulled FreeBSD ISOs via torrent and it was stunning to see the performance. Half, because getting a BitTorrent infrastructure in place for the

Re: Numerous hard hangs on TWO different ASUS P4T-E w/P4 1.6G

years ago, and the mailing list consensus back then was apm is not for SMP. So either it's something else, or my BIOS is lacking an option. Lars -- Lars Eggert [EMAIL PROTECTED] USC Information Sciences Institute smime.p7s Description: S/MIME Cryptographic Signature

Intel PRO/1000F NIC wx driver

et me know how I can help to track this down! Lars -- Lars Eggert [EMAIL PROTECTED] Information Sciences Institute http://www.isi.edu/larse/University of Southern California S/MIME Cryptographic Signature

Re: Intel PRO/1000F NIC wx driver

Lars Eggert wrote: The Intel PRO/1000F NIC does not seem to be fully supported by the wx driver. Sorry for not mentioning this in the original post: This card uses the Intel 82543GC chip. -- Lars Eggert [EMAIL PROTECTED] Information Sciences Institute http://www.isi.edu/larse

Re: SMP signal 11

trying to figure out which entry in my config file breaks things; I'll post when I have it. Lars -- Lars Eggert [EMAIL PROTECTED] Information Sciences Institute http://www.isi.edu/larse/University of Southern California S/MIME Cryptographic Signature

Re: Linksys PCMPC100 problem

memory\n", + ifp-if_name, ifp-if_unit, + sc-txb_cnt * ED_PAGE_SIZE * ED_TXBUF_SIZE, + (sc-rec_page_stop - sc-rec_page_start) * ED_PAGE_SIZE, + sc-mem_size); +#endif return (0); } -- Lars Eggert [EMAIL PROTECTED]

patch from PR i386/12088

memory. Thanks, Lars -- Lars Eggert [EMAIL PROTECTED] Information Sciences Institute http://www.isi.edu/larse/University of Southern California S/MIME Cryptographic Signature

Re: Mouse troubles in X and console (warning: contains graphic pleas forhelp :))

irginia Tech [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- Lars Eggert [EMAIL PROTECTED] Information Sciences Institute http://www.isi.edu/larse/University of Southern California S/MIME Cryptographic Signature

Re: Linksys PCMPC100 problem

Warner Losh wrote: In message [EMAIL PROTECTED] Lars Eggert writes: : We're getting very bad TCP throughput from a Linksys PCMPC100 card. I'm : wondering if anybody can confirm this or has seen a similar problem with : the Linksys card. It looks like the Linksys card is unable to perform

Re: Request for change to /etc/rc script

it has access to any user/group information. We have a similar problem with the combination of NIS and ipfw. The details (and a patch) are in conf/18521: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18521 - nobody has touched it since its submission in May. -- Lars Eggert [EMAIL PROTECTED

Re: kern/17224: 4.0-20000214-CURRENT: pcm/csa sound - shared irq problem?

-0xfaef,0xfaffe000-0xfaffefff irq 5 at device 6.0 on pci2 pcm0: CS461x PCM Audio on csa0 -- Lars Eggert [EMAIL PROTECTED] Information Sciences Institute http://www.isi.edu/larse/University of Southern California To Unsubscribe: send mail to [EMAIL PROTECTED

Re: KAME/FreeBSD-stable merge

that should probably go into the "undocumented" section of LINT. -- Lars Eggert [EMAIL PROTECTED] Information Sciences Institute http://www.isi.edu/larse/University of Southern California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe

Re: buildkernel failure: netinet6/esp_core.c

Kent Stewart wrote: I just finish cvsup'ing and have completed a buildworld and buildkernel without any problems. Did you cvsup'ed such that you have the crypto files since they are part of src-all now days. Of course this was the problem. Thanks, Kent! -- Lars Eggert [EMAIL PROTECTED

burncd trouble

is getting messed up again. Lars Lars Eggert [EMAIL PROTECTED] Information Sciences Institute http://www.isi.edu/~larse/ University of Southern California To Unsubscribe: send mail to [EMAIL