2.6.24-8 Introduces Network Issue
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Synergy |
Unknown
|
Unknown
|
|||
linux (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
synergy (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
Bug Description
I'll apologize right off the bat for lacking more concrete information about this bug, but perhaps you can guide me in isolating the issue better than I could on my own.
After upgrading my kernel (in hardy) to linux-image-
Also potentially of interest is that when I tried to diagnose the behavior by running a packet capture through Wireshark on the problematic client, the issue would never appear while capturing from the nic. Immediately after ending the capture, the issue would again manifest itself.
Even while the synergyc input was 'hung,' there was no apparent packet loss, as measured by a ping flood to the hardy machine.
Release: 8.04/hardy
Kernel: linux-image-
Architecture: amd64 / x86_64
Hardware (as queried from 2.6.24-7):
Lenovo Thinkpad T61
00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03)
Subsystem: Lenovo ThinkPad T61
Flags: bus master, fast devsel, latency 0, IRQ 503
Memory at fe200000 (32-bit, non-prefetchable) [size=128K]
Memory at fe225000 (32-bit, non-prefetchable) [size=4K]
I/O ports at 1840 [size=32]
Capabilities: [c8] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+
$ ethtool -i eth0
driver: e1000
version: 7.3.20-k2-NAPI
firmware-version: 0.3-0
bus-info: 0000:00:19.0
$ ethtool -d eth0
MAC Registers
-------------
0x00000: CTRL (Device control register) 0x00140240
Endian mode (buffers): little
Link reset: normal
Set link up: 1
Invert Loss-Of-Signal: no
Receive flow control: disabled
Transmit flow control: disabled
VLAN mode: disabled
Auto speed detect: disabled
Speed select: 1000Mb/s
Force speed: no
Force duplex: no
0x00008: STATUS (Device status register) 0x00080462
Duplex: half
Link up: link config
TBI mode: enabled
Link speed: 100Mb/s
Bus type: PCI Express
Port number: 0
0x00100: RCTL (Receive control register) 0x00008002
Receiver: enabled
Store bad packets: disabled
Unicast promiscuous: disabled
Multicast promiscuous: disabled
Long packet: disabled
Descriptor minimum threshold size: 1/2
Broadcast accept mode: accept
VLAN filter: disabled
Canonical form indicator: disabled
Discard pause frames: filtered
Pass MAC control frames: don't pass
Receive buffer size: 2048
0x02808: RDLEN (Receive desc length) 0x00001000
0x02810: RDH (Receive desc head) 0x00000087
0x02818: RDT (Receive desc tail) 0x00000085
0x02820: RDTR (Receive delay timer) 0x00000000
0x00400: TCTL (Transmit ctrl register) 0x3103F0FA
Transmitter: enabled
Pad short packets: enabled
Software XOFF Transmission: disabled
Re-transmit on late collision: enabled
0x03808: TDLEN (Transmit desc length) 0x00001000
0x03810: TDH (Transmit desc head) 0x000000DF
0x03818: TDT (Transmit desc tail) 0x000000DF
0x03820: TIDV (Transmit delay timer) 0x00000008
PHY type: unknown
When queried from 2.6.24-8, only the following values change (which appear to change between calls to that command anyway):
0x02810: RDH (Receive desc head) 0x00000029
0x02818: RDT (Receive desc tail) 0x00000027
0x03810: TDH (Transmit desc head) 0x00000003
0x03818: TDT (Transmit desc tail) 0x00000003
Changed in synergy: | |
status: | New → Confirmed |
Changed in linux: | |
status: | Incomplete → Confirmed |
Changed in linux: | |
importance: | Undecided → Medium |
status: | Confirmed → Triaged |
Changed in synergy: | |
importance: | Undecided → High |
status: | Confirmed → Triaged |
Changed in linux: | |
assignee: | canonical-kernel-team → ubuntu-kernel-team |
Changed in linux: | |
status: | Triaged → Fix Released |
Changed in synergy: | |
status: | Triaged → Fix Released |
tags: | added: patch-forwarded-upstream |
Changed in synergy (Ubuntu): | |
status: | Confirmed → Invalid |
Perhaps it's related with 2.6.24-8 is the first tickless (CONFIG_NO_HZ) kernel.
I don't use synergyc, so I can't test it, but I didn't noticed any network problem with this kernel yet.