Bug#627700: New Intel Ethernet adapters (e1000e driver)
Hi, In this kernel version, the e1000e driver is missing support for i82567V-4 and i82579 and important bug fixes for i82577, i82578 and i82583. test results of the 82579V on an Asus P8Z68-V Pro. 00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 05) Subsystem: ASUSTeK Computer Inc. Device 849c Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 29 Region 0: Memory at fe60 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at fe624000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at f080 [size=32] Capabilities: [c8] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: feeff00c Data: 41c9 Capabilities: [e0] PCI Advanced Features AFCap: TP+ FLR+ AFCtrl: FLR- AFStatus: TP- Kernel driver in use: e1000e essentially everything works like Moritz already reported. So I will only add new things: 3. Does the interface work after suspend and resume? Yes. suspend to RAM and disk works -%- [ 2797.300374] PM: Finishing wakeup. [ 2797.300376] Restarting tasks ... done. [ 2799.546903] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx -%- -%- [ 548.397005] PM: Image restored successfully. [ 548.397008] Restarting tasks ... done. [ 548.397761] PM: Basic memory bitmaps freed [ 549.321542] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx -%- # netperf -L 10.10.1.55 -H 10.10.1.21 TCP STREAM TEST from 10.10.1.55 (10.10.1.55) port 0 AF_INET to 10.10.1.21 (10.10.1.21) port 0 AF_INET : demo Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^6bits/sec 87380 16384 1638410.02 931.18 Best regards, Markus -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e1ee613.9010...@gmail.com
Bug#627700: New Intel Ethernet adapters (e1000e driver)
Hi, In this kernel version, the e1000e driver is missing support for i82567V-4 and i82579 and important bug fixes for i82577, i82578 and i82583. Here's our test results for the previously unsupported 82579V card: Thanks. [...] Additional test results for a different system with a previously unsupported Intel 82577 card: 00:19.0 Ethernet controller: Intel Corporation Device 1503 (rev 04) Subsystem: Fujitsu Limited. Device 161c Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 27 Region 0: Memory at e260 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at e262b000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 3080 [size=32] Capabilities: [c8] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=1 PME- Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+ Address: fee0f00c Data: 41b9 Capabilities: [e0] PCIe advanced features ? Kernel driver in use: e1000e Kernel modules: e1000e 1. If the driver tries to load firmware (only required for some chips), does this work once the firmware file(s) are installed? No firmware is being loaded. 2. Can you receive and transmit VLAN-tagged frames after creating a VLAN interface? The tests outlined in #627704 were successful. 3. Does the interface work after suspend and resume? I couldn't test this. 4. Does the interface work after removing the cable for 10 seconds and reinserting it? No problems occurred. 5. Does multicast configuration work? (IPv6 autoconfiguration or mDNS will cover this.) avahi-browse --all worked fine. 6. Can the interface send and receive TCP/IP across a LAN at the same speed, before and after these changes? (Use e.g. netperf to test this, but don't forget to remove the netperf package after use.) See below. 7. Are any warnings or errors logged by the kernel during the preceding tests? None. Since the card was previously unsupported I cannot compare it to the previous state. The performance of large file copies was quite ok. root@lynx:~# netperf TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to localhost (127.0.0.1) port 0 AF_INET : demo Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^6bits/sec 87380 16384 1638410.0024326.17 Well you have a very fast loopback interface... Ah... With real world usage the performance was as expected, copying files over scp gives a throughput of 60-70 megabytes per second for both systems, with the CPU power of the remote host being the apparent bottleneck. Cheers, Moritz -- Moritz Mühlenhoff muehlenh...@univention.de Open Source Software Engineer and Consultant Univention GmbH Linux for Your Business fon: +49 421 22 232- 0 Mary-Somerville-Str.1 28359 Bremen fax: +49 421 22 232-99 http://www.univention.de -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201107111001.56225.muehlenh...@univention.de
Bug#627700: New Intel Ethernet adapters (e1000e driver)
Hi, In this kernel version, the e1000e driver is missing support for i82567V-4 and i82579 and important bug fixes for i82577, i82578 and i82583. Here's our test results for the previously unsupported 82579V card: lspci -vv: 00:19.0 Ethernet controller: Intel Corporation Device 1503 (rev 05) Subsystem: Intel Corporation Device 2002 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 27 Region 0: Memory at fe70 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at fe728000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at f040 [size=32] Capabilities: [c8] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=1 PME- Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+ Address: feeff00c Data: 41c1 Capabilities: [e0] PCIe advanced features ? Kernel driver in use: e1000e Kernel modules: e1000e lspci -n 00:19.0 0200: 8086:1503 (rev 05) 1. If the driver tries to load firmware (only required for some chips), does this work once the firmware file(s) are installed? No firmware is being loaded. 2. Can you receive and transmit VLAN-tagged frames after creating a VLAN interface? The tests outlined in #627704 were successful. 3. Does the interface work after suspend and resume? I couldn't test this; suspend doesn't work properly on that system. 4. Does the interface work after removing the cable for 10 seconds and reinserting it? That worked fine. 5. Does multicast configuration work? (IPv6 autoconfiguration or mDNS will cover this.) avahi-browse --all worked fine. 6. Can the interface send and receive TCP/IP across a LAN at the same speed, before and after these changes? (Use e.g. netperf to test this, but don't forget to remove the netperf package after use.) Since the card was previously unsupported I cannot compare it to the previous state. The performance of large file copies was quite ok. root@lynx:~# netperf TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to localhost (127.0.0.1) port 0 AF_INET : demo Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^6bits/sec 87380 16384 1638410.0024326.17 7. Are any warnings or errors logged by the kernel during the preceding tests? None. Cheers, Moritz -- Moritz Mühlenhoff muehlenh...@univention.de Open Source Software Engineer and Consultant Univention GmbH Linux for Your Business fon: +49 421 22 232- 0 Mary-Somerville-Str.1 28359 Bremen fax: +49 421 22 232-99 http://www.univention.de -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201107011123.30009.muehlenh...@univention.de
Bug#627700: New Intel Ethernet adapters (e1000e driver)
On Fri, 2011-07-01 at 11:23 +0200, Moritz Mühlenhoff wrote: Hi, In this kernel version, the e1000e driver is missing support for i82567V-4 and i82579 and important bug fixes for i82577, i82578 and i82583. Here's our test results for the previously unsupported 82579V card: Thanks. [...] Since the card was previously unsupported I cannot compare it to the previous state. The performance of large file copies was quite ok. root@lynx:~# netperf TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to localhost (127.0.0.1) port 0 AF_INET : demo Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^6bits/sec 87380 16384 1638410.0024326.17 Well you have a very fast loopback interface... Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky signature.asc Description: This is a digitally signed message part
Bug#627700: New Intel Ethernet adapters (e1000e driver)
Package: linux-2.6 Version: 2.6.32-34 Severity: important In this kernel version, the e1000e driver is missing support for i82567V-4 and i82579 and important bug fixes for i82577, i82578 and i82583. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
