Control: retitle -1 RealTek RTL-8169 driver incapable of changing
advertised speed without including duplex setting
Control: forcemerge 776000 768121 762791


So let's re-cap every thing.

776000 was created for the very same driver and is assigned to the
kernel. The other 2 bugs are still with l-m-t.


In 768121, Matthew has mentioned the same error, that ethtool is
incapable to changing to the advertised speed. He also mentioned that
using the combination of speed/duplex together, does work.


But on my tests, they do not. It is just that the command now does not
report any error string, but the settings do not come into effect.


rrs@chutzpah:~$ sudo ethtool -s eth1 speed 100 duplex half
22:30 ♒♒♒   ☺   
rrs@chutzpah:~$ sudo ethtool eth1
Settings for eth1:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Half 1000baseT/Full
        Link partner advertised pause frame use: Symmetric Receive-only
        Link partner advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: pumbg
        Current message level: 0x00000033 (51)
                               drv probe ifdown ifup
        Link detected: no
22:30 ♒♒♒   ☺   


Matthew and Stefano,

Will it be possible for you to test/verify the same with an active link ?
I just don't have an ethernet cable any more.

Just run the above mentioned ethtool command and see if it applies the
requested speed.



On Monday 29 September 2014 03:06 AM, Stefano Callegari wrote:
> Il dom, set 28, 2014 at 11:35:42 +0530, Ritesh Raj Sarraf scrisse:
>> Once your machine has booted up, you can then do a restart of the laptop
>> mode service. It will print all the debug logs onto the console. You can
>> then copy paste the logs
> $ETHTOOL -s $DEVICE speed $MAX_SPEED 2>&1
> +++ /sbin/ethtool -s eth0 speed 1000
> ++ ret='Cannot advertise speed 1000'
> ++ exit_status=0
> ++ log VERBOSE 'Cannot advertise speed 1000'

> ++ ret='Cannot advertise speed 1000'

Turns out the driver is not playing well with ethtool.

The deivce reports that is has that capability, but is not acting
accordingly.

rrs@chutzpah:~$ sudo ethtool -s eth1 speed 1000
Cannot advertise speed 1000
22:07 ♒♒♒   ☺   
rrs@chutzpah:~$ sudo ethtool -s eth1 speed 100
Cannot advertise speed 100
22:07 ♒♒♒   ☺   


And every time we try to set the speed, the driver spits the following
through the kernel.

[15646.176453] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15646.176874] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15646.177291] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15650.112354] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15650.112768] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15650.113177] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15651.962170] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15651.962583] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15651.962996] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15665.323675] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15665.324089] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).
[15665.324499] r8169 0000:08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop:
10, delay: 25).


The advertised links to ethtool are:

rrs@chutzpah:~$ sudo ethtool eth1
Settings for eth1:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Half 1000baseT/Full
        Link partner advertised pause frame use: Symmetric Receive-only
        Link partner advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: pumbg
        Current message level: 0x00000033 (51)
                               drv probe ifdown ifup
        Link detected: no
22:15 ♒♒♒   ☺   


> I hope this helps you.
>
> Thanks

Thanks for the log. It did help.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to