Hello again, The problem is when the host is transferring data, receiving works fine.
iperf shows 17% packet loss when sending UDP, when none when receiving. Then bandwidth in TCP mode shows ~ 900Mbit when receiving and ~ 350Kbit when sending. I have however isolated the problem to usr/src/uts/common/io/e1000g/ e1000g_main.c revision 8178: 1369: (void) e1000_cleanup_led(hw); When this line is active the driver will lose packages, I have compiled a test version of e1000g from snv_104 with this line commented out and everything works fine. Regards Henrik On Dec 18, 2008, at 5:00 AM, Min Miles Xu wrote: > Henrik, > Thanks for your update! The changes applied to e1000g in snv_98 seem > to have little evidence. You can also try ftp or some UDP tests to > help us identify the issue started to emerge on which version and on > tx or rx side. > > Regards, > > Miles Xu > > Henrik Johansson wrote: >> Hello Min, >> >> I did a quick tests and it seems that snv_97 does not have this >> problem but snv_98 does. >> >> snv_97 did not lose any of 600 ICMP packages while snv_98 loses 1-5%. >> >> I have had limited time to try this today, I can probably do some >> more tests tomorrow. >> >> Regards >> Henrik >> >> >> On Dec 17, 2008, at 5:06 AM, Min Miles Xu wrote: >> >> >>> Hi Henrik, >>> Thanks for the information. I notice you are also using 82541. >>> The issue sounds like a chip specific one. >>> I just reviewed all the recent putbacked CR before snv_104 of >>> e1000g. >>> >>> 6713032 e1000g port hang, no xmit, no recv >>> 6767201 e1000g default_mtu does not coincide with >>> max_frame_size on some chipsets when set via e1000g.conf >>> PSARC 2008/608 brussels property permissions >>> 6723890 ndd interface donesn't report properties' read/write >>> capacities correctly after CR 6667363 >>> >>> was put back in snv_104, which should have no impact to 82541. >>> >>> 6727113 e1000g performance regression is observed with large >>> connection and packet size if LSO is enabled >>> 6756917 LSO is not enabled on some e1000g chips >>> >>> was put back in snv_103, which should have no impact to 82541. >>> >>> 6644298 some DLPI test cases fail in DomU when trying to >>> receive in promiscuous and/or multicast mode >>> PSARC 2008/382 Fast Reboot >>> 6714038 Fast Reboot support for x86 platforms >>> >>> was put back in snv_100. >>> >>> 6666998 Add support for ICH10 in e1000g driver >>> 6709230 Requesting driver support in e1000g for new Intel(R) >>> single port MAC/PHY NIC >>> >>> was put back in snv_99. >>> >>> 6705005 e1000g LINK/ACT LED behaviour is not consistent with >>> the EEPROM default >>> 6738552 e1000g rx_lock is not initialized and destroyed in >>> the code >>> 6634746 e1000g is missing lint target in Makefile >>> >>> was put back in snv_98. >>> >>> Since I don't have such type of chip on hand, could you do me a >>> favor to identify in which version the problem started to emerge? >>> >>> >>> Thanks, >>> >>> Miles Xu >>> >>> Henrik Johansson wrote: >>> >>>> Greetings , >>>> >>>> I have the same problem with the same type of adapter in >>>> SNV_104. Transfers are terrible slow and I am seeing 2-6 >>>> percent packet loss with ping. The same setup works fine if I >>>> switch to a Cassini interface and I even tried booting a >>>> different os from a live-CD to confirm that the NIC hardware >>>> was working. >>>> >>>> I have also tried to disable both hardware checksum and lso >>>> without any better results. I can also confirm that this only >>>> occurs when running gigabit speed, if I force it to 100MBit or >>>> use a 100MBit switch it works fine. >>>> >>>> Adapter PWLA8391GT: >>>> # prtconf -vpPD | grep "pciclass,0200" |grep 8086 >>>> compatible: 'pci8086,107c.8086.1376.5' + >>>> 'pci8086,107c.8086.1376' + 'pci8086,1376' + 'pci8086,107c.5' + >>>> 'pci8086,107c' + 'pciclass,020000' + 'pciclass,0200' >>>> >>>> Regards >>>> Henrik >>>> >>>> On Dec 16, 2008, at 2:38 PM, Min Miles Xu wrote: >>>> >>>> >>>> >>>>> Hi Dedhi, >>>>> LSO issue was fixed in Build 103. Just for confirmation, you >>>>> meant that >>>>> the issue still persisted when LSO was disabled, right? (It >>>>> only affects >>>>> host golf(Intel 82572). Charlie(Intel 82541) doesn't support LSO) >>>>> First could you identify the issue was on golf or charlie? I got a >>>>> separate report complaining 82541 was suffering performance >>>>> problem in >>>>> Build 103. >>>>> >>>>> Regards, >>>>> >>>>> Miles Xu >>>>> >>>>> >>>>> Dedhi Sujatmiko wrote: >>>>> >>>>> >>>>>> Ted You wrote: >>>>>> >>>>>> >>>>>>> Hi Dedhi, >>>>>>> >>>>>>> Could you please let us know the device id of the e1000g NIC >>>>>>> on your >>>>>>> system? You can get it with the following command: >>>>>>> >>>>>>> % prtconf -vpPD | grep "pciclass,0200" >>>>>>> >>>>>>> >>>>>>> >>>>>> Hi Ted, >>>>>> >>>>>> at host charlie : >>>>>> >>>>>> r...@charlie # prtconf -vpPD | grep "pciclass,0200" >>>>>> compatible: 'pci8086,1229.8086.1.2' + >>>>>> 'pci8086,1229.8086.1' + 'pci8086,1' + 'pci8086,1229.2' + >>>>>> 'pci8086,1229' + 'pciclass,020000' + 'pciclass,0200' >>>>>> compatible: 'pci8086,107c.8086.1376.5' + >>>>>> 'pci8086,107c.8086.1376' + 'pci8086,1376' + 'pci8086,107c.5' + >>>>>> 'pci8086,107c' + 'pciclass,020000' + 'pciclass,0200' >>>>>> >>>>>> It is : http://www.newegg.com/Product/Product.aspx?Item=N82E16833106121 >>>>>> Intel PWLA8391GT 10/ 100/ 1000Mbps PCI PRO/1000 GT Desktop >>>>>> Adapter 1 x >>>>>> RJ45 - OEM >>>>>> >>>>>> >>>>>> at host golf : >>>>>> >>>>>> bash-3.2# prtconf -vpPD | grep "pciclass,0200" >>>>>> compatible: 'pciex8086,10b9.8086.1083.6' + >>>>>> 'pciex8086,10b9.8086.1083' + 'pciex8086,10b9.6' + >>>>>> 'pciex8086,10b9' + >>>>>> 'pciexclass,020000' + 'pciexclass,0200' + >>>>>> 'pci8086,10b9.8086.1083.6' + >>>>>> 'pci8086,10b9.8086.1083' + 'pci8086,1083' + 'pci8086,10b9.6' + >>>>>> 'pci8086,10b9' + 'pciclass,020000' + 'pciclass,0200' >>>>>> compatible: 'pciex10ec,8168.1458.e000.2' + >>>>>> 'pciex10ec,8168.1458.e000' + 'pciex10ec,8168.2' + 'pciex10ec, >>>>>> 8168' + >>>>>> 'pciexclass,020000' + 'pciexclass,0200' + 'pci10ec, >>>>>> 8168.1458.e000.2' + >>>>>> 'pci10ec,8168.1458.e000' + 'pci1458,e000' + 'pci10ec,8168.2' + >>>>>> 'pci10ec,8168' + 'pciclass,020000' + 'pciclass,0200' >>>>>> compatible: 'pci8086,1229.1' + 'pci8086,1229' + >>>>>> 'pciclass,020000' + 'pciclass,0200' >>>>>> bash-3.2# >>>>>> >>>>>> It is : http://www.newegg.com/Product/Product.aspx?Item=N82E16833106033 >>>>>> Intel EXPI9301CTBLK 10/ 100/ 1000Mbps PCI-Express Network >>>>>> Adapter 1 x >>>>>> RJ45 - Retail >>>>>> >>>>>> best regards, >>>>>> >>>>>> Dedhi >>>>>> >>>>>> >>>>> _______________________________________________ >>>>> networking-discuss mailing list >>>>> [email protected] >>>>> >>>>> >>>> Henrik Johansson >>>> http://sparcv9.blogspot.com >>>> >>>> >>>> >>>> _______________________________________________ >>>> networking-discuss mailing list >>>> [email protected] >>>> >>>> >> >> Henrik Johansson >> http://sparcv9.blogspot.com >> >> >> >> _______________________________________________ >> networking-discuss mailing list >> [email protected] >> Henrik Johansson http://sparcv9.blogspot.com _______________________________________________ networking-discuss mailing list [email protected]
