New: Intel e1000 4-port NIC - unable to communicate, slowly blinking
Subsystems (2)
A message that is not in the archive (sent off-list or not yet received): [email protected]/
(switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface).
Quoted 36 lines · On Thu, 18 Jun 2009 13:45:38 GMT [email protected] 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: [email protected] ReportedBy: [email protected] Regression: NoHallo,
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.
Quoted 7 lines
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.
------------------------------------------------------------------------------
Quoted 39 lines · Andrew Morton
(switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface).
Quoted 33 lines · On Thu, 18 Jun 2009 13:45:38 GMT [email protected] 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: [email protected] ReportedBy: [email protected] Regression: NoHallo,
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.
Quoted 9 lines
Quoted 9 lines
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