Thread (2 messages) 2 messages, 2 authors, 2012-06-28

Re: 3.4.x regression: rtl8169: frequent resets

From: Francois Romieu <romieu@fr.zoreil.com>
Date: 2012-06-28 22:34:20
Also in: lkml

Possibly related (same subject, not in this thread)

Nix [off-list ref] :
Francois Romieu [off-list ref] :
quoted
Can you try and revert 036dafa28da1e2565a8529de2ae663c37b7a0060 ?
I can try, but there's been a *lot* of code motion since then, 'git
revert' fails hilariously (trying to patch obviously the wrong places):
I'll have to do it by hand.
There is a single line reject in rtl8169_start_xmit. Other than that it
should patch -p1 -R fine.

[...]
I note that at some time (after the first reset?), my MTU either flipped
back to 1500, from its initial jumbo default, or simply refused to go
jumbo in the first place. I bring it up like so:

ip link set fastnet up multicast on txqueuelen 100 mtu 7200
ip addr add local 192.168.16.20/24 broadcast 192.168.16.255 dev fastnet

but its MTU is now shown as 1500 :( so at some point either jumbo frames
have stopped working or the reset is flipping them off.
[...]
[    1.341389] r8169 0000:06:00.0: eth0: jumbo features [frames: 6128 bytes, tx checksumming: ko]
This chipset is not supposed to be pushed beyond 6128 bytes.

-- 
Ueimor
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help