Re: Problems with network speed setup in F12

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello, I revamp this thread, as I tested all combinations of cables
and duplex mode getting again the problem without any difference.
Resuming: after starting a large transfer, I soon get this in /var/log/messages

Feb  9 15:40:14 tekkaman kernel: tg3: eth0: Link is down.
Feb  9 15:40:14 tekkaman NetworkManager: <info>  (eth0): carrier now
OFF (device state 8, deferring action for 4 seconds)
Feb  9 15:40:16 tekkaman kernel: tg3: eth0: Link is up at 100 Mbps, full duplex.
Feb  9 15:40:16 tekkaman kernel: tg3: eth0: Flow control is off for TX
and off for RX.
Feb  9 15:40:16 tekkaman NetworkManager: <info>  (eth0): carrier now
ON (device state 8)

And also the transfer rate suddenly drops from around 9.7MB/s to 4-5MB/s

News: I found this bugzilla below that is about tg3 and the same model as mine.
My lspci output:
09:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M
Fast Ethernet PCI Express (rev 02)

bugzilla entry:
https://bugzilla.redhat.com/show_bug.cgi?id=527209

It is closed, but I noticed that applying the temporary workaround
(see comments 19 and 21) that was in place before the supposed fix,
now I continue to get the off/on for the interface, but at least I can
sustain 10.1MB/s during the overall 600MB transfer.

My initial (default) setup with card set in auto sense and
autonegotiation set up at 100mbit/s
[[email protected] ~]# ethtool -k eth0
Offload parameters for eth0:
Cannot get device flags: Operation not supported
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp-segmentation-offload: off
udp-fragmentation-offload: off
generic-segmentation-offload: on
generic-receive-offload: off
large-receive-offload: off

Workaround:
[[email protected] ~]# ethtool -K eth0 sg off

verify changed settings:
[[email protected] ~]# ethtool -k eth0
Offload parameters for eth0:
Cannot get device flags: Operation not supported
rx-checksumming: on
tx-checksumming: on
scatter-gather: off
tcp-segmentation-offload: off
udp-fragmentation-offload: off
generic-segmentation-offload: on
generic-receive-offload: off
large-receive-offload: off

transfer test:
[[email protected] ~]$ time scp Downloads/SS830.2009_0817.103-x64.iso
[email protected]:/root
[email protected]'s password:
SS830.2009_0817.103-x64.iso                   100%  603MB  10.6MB/s   00:57

real	0m59.383s
user	0m17.708s
sys	0m3.957s

After the first 10-20 MBytes transferred  I get these in /var/log/messages:
Feb  9 15:40:14 tekkaman kernel: tg3: eth0: Link is down.
Feb  9 15:40:14 tekkaman NetworkManager: <info>  (eth0): carrier now
OFF (device state 8, deferring action for 4 seconds)
Feb  9 15:40:16 tekkaman kernel: tg3: eth0: Link is up at 100 Mbps, full duplex.
Feb  9 15:40:16 tekkaman kernel: tg3: eth0: Flow control is off for TX
and off for RX.
Feb  9 15:40:16 tekkaman NetworkManager: <info>  (eth0): carrier now
ON (device state 8)

Anyone with this model got this problem again? Possible a regression
after the 127 kernel?
Before re-opening the bugzilla I would like to share....

Thanks again for comments and input.
Gianluca
-- 
users mailing list
[email protected]
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux