[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <E0862362F1FF584BBCF7C4EA592A20C412CB1E13@orsmsx509.amr.corp.intel.com>
Date: Thu, 3 Nov 2011 17:28:29 -0700
From: "Allan, Bruce W" <bruce.w.allan@...el.com>
To: "Artem S. Tashkinov" <t.artem@...os.com>,
"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"e1000-devel@...ts.sourceforge.net"
<e1000-devel@...ts.sourceforge.net>
Subject: RE: About the fix "e1000e: workaround for packet drop on 82579 at
100Mbps (commit 0ed013e28fe853244f4972cf18d8e2bd62eeb8fc)"
>-----Original Message-----
>From: Artem S. Tashkinov [mailto:t.artem@...os.com]
>Sent: Wednesday, November 02, 2011 5:09 AM
>To: Allan, Bruce W; Kirsher, Jeffrey T
>Cc: linux-kernel@...r.kernel.org
>Subject: About the fix "e1000e: workaround for packet drop on 82579 at 100Mbps
>(commit 0ed013e28fe853244f4972cf18d8e2bd62eeb8fc)"
>
>Hello,
>
>I'm now running Linux 3.0.8 and I still see this issue:
>
>$ ifconfig eth0
>
>eth0 Link encap:Ethernet HWaddr f4:6d:04:39:XX:XX
> inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:123911 errors:0 dropped:386 overruns:0 frame:0
> TX packets:122441 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:96626066 (92.1 MiB) TX bytes:15191495 (14.4 MiB)
> Interrupt:18 Memory:fb500000-fb520000
>
>More about this particular onboard NIC (motherboard ASUS P8P67 PRO Rev 3.0)
>
># lspci -vvv -s 00:19.0
>
>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 49
> Region 0: Memory at fb500000 (32-bit, non-prefetchable) [size=128K]
> Region 1: Memory at fb528000 (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 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME-
> Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Address: 00000000fee0100c Data: 416a
> Capabilities: [e0] PCI Advanced Features
> AFCap: TP+ FLR+
> AFCtrl: FLR-
> AFStatus: TP-
> Kernel driver in use: e1000e
> Kernel modules: e1000e
>
># ethtool eth0
>Settings for eth0:
> Supported ports: [ TP ]
> Supported link modes: 10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> 1000baseT/Full
> Supports auto-negotiation: Yes
> Advertised link modes: 10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> 1000baseT/Full
> Advertised pause frame use: No
> Advertised auto-negotiation: Yes
> Speed: 100Mb/s
> Duplex: Full
> Port: Twisted Pair
> PHYAD: 2
> Transceiver: internal
> Auto-negotiation: on
> MDI-X: off
> Supports Wake-on: pumbg
> Wake-on: d
> Current message level: 0x00000001 (1)
> drv
> Link detected: yes
>
>I'm not absolutely certain about the quality of equipment I'm connected to - so
>I'd like to know how can I
>remove it out of equation.
>
>My Internet connection seemingly works this way:
>
>My_PC -> 16-port unmanageable Ethernet switch -> Cisco Ethernet switch -> Cisco
>PPPoE concentrator (the
>first device I can ping via PPPoE connection)
>
>Best wishes,
>
>Artem
Your issue might not be the same as the one fixed by the subject patch.
Please file a bug at http://e1000.sf.net with the information you have
provided in this email as well as a description of the type of traffic is
going on when you see the packet drops happen.
Thanks,
Bruce.
Powered by blists - more mailing lists