Hallo, I have here Tyan GT20 (B2865G20S4H) barebone server with onboard GbE NICs (Broadcom BCM5721 and Marvell 88E1111-CAA PHY). I have installed PCI-E Intel® PRO/1000 PT Quad Port Server Adapter (EXPI9404PTBLK) to gain 6 ports altogether. This is the card: http://www.intel.com/products/server/adapters/pro1000pt-quadport/pro1000pt-quadport-overview.htm Now, with Debian 5.0 Lenny (distributional kernel 2.6.26), only the onboard cards are functional. The Intel is also recognised by the kernel, is assigned ports (eth2-5), however none of them works when connected to network. The NIC is aware of plugging or un-plugging the cable (displays message on console), however no communication is ever performed, and the connected port just lazily blinks. After some rochades hard to reproduce (plugging, unplugging, configuring interfaces, resetting etc), it even worked for few seconds, and then died out again forever. I have also compiled fresh 2.6.30 kernel, no advance however. Interesting, that ifconfig always revails huge number of errors for the port.
Created attachment 21986 [details] 2.6.30 dmesg
Created attachment 21989 [details] ifconfig output Here is the ifconfig output. Please note the bogus statistics on eth2 (after a few ping attemps)
(switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface). On Thu, 18 Jun 2009 13:45:38 GMT bugzilla-daemon@bugzilla.kernel.org wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=13568 > > Summary: Intel e1000 4-port NIC - unable to communicate, slowly > blinking > Product: Drivers > Version: 2.5 > Kernel Version: 2.6.30 > Platform: All > OS/Version: Linux > Tree: Mainline > Status: NEW > Severity: high > Priority: P1 > Component: Network > AssignedTo: drivers_network@kernel-bugs.osdl.org > ReportedBy: tuharsky@misbb.sk > Regression: No > > > Hallo, > > I have here Tyan GT20 (B2865G20S4H) barebone server with onboard GbE NICs > (Broadcom BCM5721 and Marvell 88E1111-CAA PHY). > > I have installed PCI-E Intel__ PRO/1000 PT Quad Port Server Adapter > (EXPI9404PTBLK) to gain 6 ports altogether. This is the card: > > > http://www.intel.com/products/server/adapters/pro1000pt-quadport/pro1000pt-quadport-overview.htm > > Now, with Debian 5.0 Lenny (distributional kernel 2.6.26), only the onboard > cards are functional. The Intel is also recognised by the kernel, is assigned > ports (eth2-5), however none of them works when connected to network. The NIC > is aware of plugging or un-plugging the cable (displays message on console), > however no communication is ever performed, and the connected port just > lazily > blinks. > > After some rochades hard to reproduce (plugging, unplugging, configuring > interfaces, resetting etc), it even worked for few seconds, and then died out > again forever. > > I have also compiled fresh 2.6.30 kernel, no advance however. Interesting, > that > ifconfig always revails huge number of errors for the port. >
On Mon, 29 Jun 2009, Andrew Morton wrote: > (switched to email. Please respond via emailed reply-to-all, not via the > bugzilla web interface). > > On Thu, 18 Jun 2009 13:45:38 GMT > bugzilla-daemon@bugzilla.kernel.org wrote: > > > http://bugzilla.kernel.org/show_bug.cgi?id=13568 > > > > Summary: Intel e1000 4-port NIC - unable to communicate, slowly > > blinking > > Product: Drivers > > Version: 2.5 > > Kernel Version: 2.6.30 > > Platform: All > > OS/Version: Linux > > Tree: Mainline > > Status: NEW > > Severity: high > > Priority: P1 > > Component: Network > > AssignedTo: drivers_network@kernel-bugs.osdl.org > > ReportedBy: tuharsky@misbb.sk > > Regression: No > > > > > > Hallo, > > > > I have here Tyan GT20 (B2865G20S4H) barebone server with onboard GbE NICs > > (Broadcom BCM5721 and Marvell 88E1111-CAA PHY). > > > > I have installed PCI-E Intel__ PRO/1000 PT Quad Port Server Adapter > > (EXPI9404PTBLK) to gain 6 ports altogether. This is the card: > > > > > http://www.intel.com/products/server/adapters/pro1000pt-quadport/pro1000pt-quadport-overview.htm > > > > Now, with Debian 5.0 Lenny (distributional kernel 2.6.26), only the onboard > > cards are functional. The Intel is also recognised by the kernel, is > assigned > > ports (eth2-5), however none of them works when connected to network. The > NIC > > is aware of plugging or un-plugging the cable (displays message on > console), that part is a good sign, probably indicating interrupts are working. > > however no communication is ever performed, and the connected port just > lazily > > blinks. > > > > After some rochades hard to reproduce (plugging, unplugging, configuring > > interfaces, resetting etc), it even worked for few seconds, and then died > out > > again forever. > > > > I have also compiled fresh 2.6.30 kernel, no advance however. Interesting, > that > > ifconfig always revails huge number of errors for the port. errors even before traffic? looking at the ifconfig output in the bug shows lots of rx_errors, indicating the counter went negative, I wonder if you're having some kind of power issue. can you do lspci -vvv after ifconfig shows errors? also do ethtool -S eth2 do you get the arp/ping requests at the remote end? tcpdump on your remote and see if you get the packets. you might want to (for debugging) try booting with pci=nomsi kernel option to disable MSI and see if that is related. does tcpdump -i eth2 show any packets coming in? there is a tool at e1000.sourceforge.net called ethregs that you can download/build and run, I would appreciate the output of that as well (probably gzipped) Jesse
Created attachment 22697 [details] ethtool output ethtool -S eth2
Created attachment 22698 [details] lspci output lspci -vvv (after errors)
Created attachment 22699 [details] lspci after nomsi output Output from lspci -vvv (after nomsi flag)
Created attachment 22700 [details] tcpdump output
Created attachment 22701 [details] tcpdump output after nomsi these two tcpdumps are about incoming packets on the machine (tcpdump -i eth2)
On the distant machine, tcpdump has shown for arping something like this: arp who-has router.misbb.sk tell 10.2.2.49 arp reply router.misbb.sk is-at 00:e0:81:fb:bc:9a (oni-Unknown) So it seems arp goes out from the buggy machine. However, ping does nothing (Destination Host Unknown).
I'll post syslog from nomsi bootup soon...
Created attachment 22702 [details] kernel.log for nomsi bootup
please include ethtool -e ethX output from first e1000e interface as well
For the record, I have set up a spare system with remote access for Jesse, so that he could debug it "alive".
Created attachment 23931 [details] ethtool -e eth2 (the first Intel NIC) This is the output of ethtool -e under Debian Lenny kernel.
Closing as obsolete, if this is incorrect please re-open the bug and update the kernel version